US20090043667A1 - System And Method For Real Time Account and Account Number Generation Using Origination APIS - Google Patents

System And Method For Real Time Account and Account Number Generation Using Origination APIS Download PDF

Info

Publication number
US20090043667A1
US20090043667A1 US11/837,410 US83741007A US2009043667A1 US 20090043667 A1 US20090043667 A1 US 20090043667A1 US 83741007 A US83741007 A US 83741007A US 2009043667 A1 US2009043667 A1 US 2009043667A1
Authority
US
United States
Prior art keywords
customer
information
account
request
deposit
Prior art date
Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
Abandoned
Application number
US11/837,410
Inventor
David DeYoe
Tim Coltrell
Matt Montes
Greg Pacheco
Daniel Kjellen
Shelly Ropolo
Current Assignee (The listed assignees may be inaccurate. Google has not performed a legal analysis and makes no representation or warranty as to the accuracy of the list.)
AccountNow LLC
Original Assignee
Individual
Priority date (The priority date is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the date listed.)
Filing date
Publication date
Application filed by Individual filed Critical Individual
Priority to US11/837,410 priority Critical patent/US20090043667A1/en
Assigned to ACCOUNTNOW, INC. reassignment ACCOUNTNOW, INC. ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: COLTRELL, TIM, DEYOE, DAVID, MONTES, MATT, PACHECO, GREG, KJELLEN, DANIEL, ROPOLO, SHELLY
Priority to US12/187,284 priority patent/US7849010B2/en
Publication of US20090043667A1 publication Critical patent/US20090043667A1/en
Abandoned legal-status Critical Current

Links

Images

Classifications

    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/22Payment schemes or models
    • G06Q20/28Pre-payment schemes, e.g. "pay before"
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/10Payment architectures specially adapted for electronic funds transfer [EFT] systems; specially adapted for home banking systems
    • G06Q20/108Remote banking, e.g. home banking
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/08Payment architectures
    • G06Q20/12Payment architectures specially adapted for electronic shopping systems
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Payment architectures, schemes or protocols
    • G06Q20/38Payment protocols; Details thereof
    • G06Q20/40Authorisation, e.g. identification of payer or payee, verification of customer or shop credentials; Review and approval of payers, e.g. check credit lines or negative lists
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Commerce
    • G06Q30/06Buying, selling or leasing transactions
    • G06Q30/0601Electronic shopping [e-shopping]
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • GPHYSICS
    • G06COMPUTING; CALCULATING OR COUNTING
    • G06QINFORMATION 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/00Finance; Insurance; Tax strategies; Processing of corporate or income taxes
    • G06Q40/12Accounting

Definitions

  • providers of financial solutions benefit from lead generation in developing business. This is because lead generation drives individuals to financial services providers.
  • Wholesalers, retailers, and other commercial establishments have a steady stream of customers which may desire financial solutions. Further, many of these customers are part of the 70-80 million persons in the United States that do not have the benefit of a bank account or credit card.
  • the commercial establishments are in a position to offer financial services because their customers are using websites or are physically located in stores. Sometimes offering these financial services will help the commercial establishment to sell additional products and services.
  • a store may require a bank account, credit, debit, or prepaid card, to purchase a service, but a customer may not have a bank account, credit, debit, or prepaid card, even though he has available funds and a steady stream of income.
  • a non-banked Applicant is not served. Absent a financial service that would immediately provide the individual with an account the business may be lost. What is needed is a system and method for communicating lead generation between the commercial establishments and the providers of financial solutions with real-time account creation capabilities.
  • a novel system creates an account for an individual in real time by receiving applicant data, associating the applicant with a bank account from a pool of accounts and then providing the account number to the individual.
  • this allows for sales to take place where non-banked customers might otherwise be turned away.
  • a bank account, credit, debit, or prepaid card number can be immediately provided to the commercial establishment without requiring the customer's interaction.
  • FIG. 1 depicts a diagram 100 of an example of a system for generating an account in real time.
  • FIG. 2 depicts a flowchart 200 of an example of a method for generating an account in real time.
  • FIG. 3 depicts a flowchart 300 of an example of a method for generating an account in real time.
  • FIG. 4 depicts a table 400 of an example of parameters that can be used in creating an account in real time.
  • FIG. 5 depicts a flowchart 500 of an example of a method for generating an account in real time.
  • a novel system and method create an account for an individual in real time.
  • a customer submits a request to a financial services provider for an account.
  • the request includes applicant data describing the customer containing parameters associated with items formatted in accordance with an application programming interface (API) for originating applicant data.
  • API application programming interface
  • the financial services provider receives the request and associates a bank account with the customer.
  • the customer is provided an American Banking Association (ABA) routing transit number (RTN) as well as a deposit account number.
  • ABA American Banking Association
  • RTN routing transit number
  • a debit payment card having the ability to charge payments is provided.
  • a Visa or MasterCard debit card is used.
  • FIG. 1 depicts a diagram 100 of an example of a system for generating an account in real time.
  • this illustration depicts components as functionally separate, such depiction is merely for illustrative purposes.
  • the components portrayed in this figure can be arbitrarily combined or divided into separate software, firmware, and/or hardware components.
  • such components regardless of how they are combined or divided can execute on the same computing device or multiple computing devices, and wherein the multiple computing devices can be connected by one or more networks.
  • the system 100 includes bank A 102 , bank B 104 , automated clearinghouse 106 , commercial establishment 108 , financial services provider server 110 , terminal 112 , and customer 114 .
  • customer 114 can electronically connect with commercial establishment 108 .
  • Commercial establishment 108 requires a bank account, credit, debit, or prepaid card number for the electronic purchase of goods and services.
  • commercial establishment 108 is a company requiring a bank account, credit, debit, or prepaid card number for the sale of a cable TV service.
  • Customer 114 would be turned away by commercial establishment 108 in the absence of an account to use.
  • financial services provider server 110 it is possible for customer 114 to be directed to financial services provider server 110 with the option of creating an account in real time for use in purchasing goods and services from commercial establishment 108 .
  • FIG. 2 depicts a flowchart 200 of an example of a method for generating an account in real time. Although this figure depicts functional steps in a particular order for purposes of illustration, the process is not limited to any particular order or arrangement of steps. One skilled in the art will appreciate that the various steps portrayed in this future could be omitted, rearranged, combined, and/or adapted in various ways.
  • the flowchart starts at module 202 with receiving a request for an application for an account including applicant data for the account wherein the applicant data is formatted according to an Origination API.
  • An exemplary set of parameters for use in transmitting applicant data using a universal resource locator (URL) is given in FIG. 4 .
  • the parameters depicted in FIG. 4 are discussed in detail in reference to FIG. 4 .
  • the flowchart continues to module 204 with associating a bank account with the account.
  • a plurality of banks is contemplated. It is possible to have a pool of accounts in which accounts at a bank A are reserved for a financial services provider. Similarly a pool of accounts at bank B is reserved as well. A financial services provider may then associate an account with an applicant from the accounts available to it from bank A, bank B . . . through bank n.
  • a screening process may be used to exclude any applicants that do not successfully meet initial criteria.
  • An example of this process includes: transmitting an applicant's identification information to a credit reporting bureau for the purposes of identifying the applicant.
  • the applicant data received is processed through the Office of Foreign Asset Control (OFAC) Specifically Designated Nationals (SDN) database for exclusion from consideration for an account. Further, any potential matches of customers will return a match code indicating which elements of the record matched, along with the full record from the database to assist in further verification. Additionally, after receiving an authentication outcome from the credit reporting bureau, the financial services provider may run an additional check against its internal application records using data from the credit reporting bureau.
  • OFAC Office of Foreign Asset Control
  • SDN Designated Nationals
  • the flowchart continues to module 206 with generating an account number for the account.
  • This can be done in real time using the Luhn algorithm, also known as the modulus 10 or mod 10 algorithm, which is a checksum formula used to validate a variety of identification numbers, such as account numbers.
  • the algorithm can be used to distinguish valid numbers from collections of random digits.
  • module 208 continues to module 208 with providing the account number identifying the account.
  • a customer is using her own computing device.
  • the computing device operates a web browser.
  • the customer uses the web browser to visit a commercial establishment online to purchase products or services from their website. There the customer is confronted with a payment entry window presented by the commercial establishment. The customer may be simultaneously presented with a link offering to create an account so that the customer may complete her purchase.
  • executing a link on a commercial establishment web page executes a program which transmits customer information to a financial services provider.
  • the customer information is information that was already entered in furtherance of purchasing products or services obviating the need to re-enter it.
  • the account information may be automatically transmitted to the commercial establishment and the transaction completed.
  • a link on a web page offered by a commercial establishment is provided concurrently with a request for payment. Following the link, the customer is provided with a data entry form for the collection of information in creating an account. Once the account information entered the information is transmitted to a financial services provider for the creation of an account. Once the account is created the account information may be either presented to the customer via a web page, or automatically communicated to the commercial establishment for purchase of the goods or services.
  • a customer is located in a “brick and mortar” store owned by a commercial establishment using a computing device which runs a program operable to communicate with a financial services provider to request an account.
  • the program is not a web browser, but is instead a program created at least in part for the purpose of gathering information and transmitting it to a financial services provider for creation of an account.
  • a customer may enter the information and have an account generated. The newly generated account may be used to complete transactions with the commercial establishment while the customer is physically located at the “brick and mortar” store. The customer may receive products or services before leaving the store.
  • a customer is located in a “brick and mortar” store owned by a commercial establishment using a computing device having a web browser to apply for an account.
  • the customer may visit a web site operated by the commercial establishment.
  • the customer may be presented with a payment entry window containing a link offering to create an account.
  • the commercial establishment provides information to a financial services provider for the purposes of creating an account for the customer.
  • the customer information is information that was already entered in furtherance of purchasing products or services obviating the need to re-enter it for the financial services provider.
  • the account information may be automatically transmitted to the commercial establishment.
  • the customer may then complete a transaction and is physically provided the goods or services before exiting the store.
  • a customer is located in a “brick and mortar” store owned by a commercial establishment using a computing device having a web browser to apply for an Account.
  • a link on a commercial establishment web page is provided concurrently with a request for payment. Following the link, the customer is provided with a data entry form for the collection of information in creating an account. The customer enters account information.
  • the account information is transmitted to a financial services provider for the creation of an account. Once the account is created the account information may be either presented to the customer via a web page. The customer may then provide the information to the commercial establishment for completion of a transaction. The customer may then be physically provided goods or services before exiting the store.
  • a customer is speaking with a customer service representative of a commercial establishment via telecommunication for the purpose of purchasing a product or service.
  • the customer calls a commercial establishment by telephone and offers to buy an item.
  • a customer service representative requests payment information and offers to create an account that the customer can use to fulfill the payment information request.
  • the customer responds requesting an account and provides account information for the creation of the account.
  • the customer service representative for the commercial establishment receives account information from the customer and transmits it to a financial services provider.
  • the financial services provider creates an account and transmits the information to the customer service representative.
  • the customer service representative then completes a transaction using the newly created account and confirms with the customer that she has successfully purchased the requested product or service.
  • the customer service representative may then provide the newly created account information to the customer.
  • transparent mode is observed.
  • a transparent mode parameter is set to “true.” Then instead of redirecting the applicant to a new page, the financial services provider server will send a file other than a web page communicating the response.
  • the response could be a file formatted for the extensible markup language (XML) which could have the following structure:
  • FIG. 3 depicts a flowchart 300 of an example of a method for generating an account in real time. Although this figure depicts functional steps in a particular order for purposes of illustration, the process is not limited to any particular order or arrangement of steps. One skilled in the art will appreciate that the various steps portrayed in this future could be omitted, rearranged, combined, and/or adapted in various ways.
  • the flowchart starts at module 302 with a customer submitting a request to a processing system for an account. This could be done by the customer clicking on a link to a financial services providers website to request a page where she can fill in applicant data.
  • module 304 the flowchart continues to module 304 with the customer sending in application data to the processing system. Once the customer has filled in applicant data, she can submit it to the financial services provider. In a non-limiting example, this could be by submitting a web form.
  • the flowchart continues to decision module 306 with determining whether or not the customer is approved. If the result from determination module 306 is NO, then the module proceeds to module 316 with declining the application. There the flowchart proceeds to module 318 with transmitting the decline to the customer. Then the flowchart terminates.
  • module 308 if the result of decision module 306 is YES, then the flowchart proceeds to module 308 with transmitting a response including an approval.
  • An approval can be transmitted via a web page, or as discussed above, in transparent mode. The customer may be provided with her account information.
  • the flowchart proceeds to module 310 with the customer funding the account using e.g. an ACH direct deposit.
  • a direct deposit could provide funds from another bank account to the customers newly associated bank account.
  • module 310 contains 320 , 322 , and 324 .
  • the customer is presented with a request for information necessary to make a direct deposit. Such a request could be a web form containing fields directed to account information such as the percentage or amount of direct deposit to be made.
  • the flowchart proceeds to module 322 with receiving the customers direct deposit information to be debited.
  • the flowchart proceeds to module 324 with facilitating direct deposit into customer's bank account associated with the financial services provider.
  • the financial services provider instructs the customer's to deposit the amount or percentage of the customer's paycheck as specified by the customer in module 320 .
  • module 310 contains only module 324 .
  • Module 324 facilitates direct deposit of the customer's paycheck into the customer's bank account associated with the financial services provider. In facilitating the direct deposit, the financial service provider instructs the customer's employer to deposit an amount or percentage of the customer's paycheck as determined by the customer.
  • the flowchart continues to module 312 with the customer accessing her funds e.g. by using a prepaid debit card.
  • the customer is able to use the funds contained in the account to purchase goods and services.
  • this allows the customer to purchase goods and services that the customer could not purchase without an account.
  • FIG. 4 depicts a table 400 of an example of parameters that can be used in creating an account in real time.
  • the Origination API includes these parameters. “Required” indicated whether or not data must be present for the applicant data to be accepted.
  • the following items are the applicant data as named: First Name, Middle Name, Last Name, Email, Street Address, City, State, Zip, Birth Date, Social Security Number, Home Phone, Work Phone.
  • Card Choice may reflect a decision by the customer as to which card she wants e.g. a Silver MasterCard, a Black Mastercard, a Black Visa, or a Pink Visa.
  • Direct Deposit Available may be set to “1” meaning direct deposit is available through an employer, “2” meaning direct deposit is available through a benefits provider, “10” meaning Direct Deposit is not available, “11” meaning customer is not employed, “12” meaning customer does not know if the direct deposit is available or not.
  • pCode is a field which can be set for internal purposes having a format PxxxxCxxxxSxxxx.
  • Sub Code is also a field which can be set for internal purposes.
  • affiliate can be set to include a referring entity so that credit can be given for lead generation where an affiliate drives business to the financial services provider.
  • Media Channel can be used to identify a search engine or other channel e.g. Google search, Yahoo search.
  • URL may be set to the full signup URL identifying the exact web location where the customer data was collected.
  • Issuing Bank is used to identify one of the plurality of banks which provide the pool of accounts from which to associate a customer with.
  • Transparent Mode may be set to true or false meaning that if true, then there is no redirection of the customer to another page, and instead an XML response is returned to the applicant. If false, then the applicant is redirected to another page where she collects her account information.
  • FIG. 5 depicts a flowchart 500 of an example of a method for generating an account in real time.
  • FIG. 5 depicts functional steps in a particular order for purposes of illustration, the process is not limited to any particular order or arrangement of steps.
  • One skilled in the art will appreciate that the various steps portrayed in this future could be omitted, rearranged, combined, and/or adapted in various ways.

Abstract

A system and method generate an account in real time in accordance with an application programming interface (API). The API contains parameter descriptions listing universal resource locator (URL) parameters associated with items. A format for implementing an http request to transmit data to in compliance with the defined format is disclosed. A transparent mode for transmitting a response to an http request transmitting data provides for the transmission of an extensible markup language (XML) formatted file communicating an outcome to the request.

Description

    BACKGROUND
  • Generally, providers of financial solutions benefit from lead generation in developing business. This is because lead generation drives individuals to financial services providers. Wholesalers, retailers, and other commercial establishments have a steady stream of customers which may desire financial solutions. Further, many of these customers are part of the 70-80 million persons in the United States that do not have the benefit of a bank account or credit card. Often the commercial establishments are in a position to offer financial services because their customers are using websites or are physically located in stores. Sometimes offering these financial services will help the commercial establishment to sell additional products and services. For Example, a store may require a bank account, credit, debit, or prepaid card, to purchase a service, but a customer may not have a bank account, credit, debit, or prepaid card, even though he has available funds and a steady stream of income. Such a non-banked Applicant is not served. Absent a financial service that would immediately provide the individual with an account the business may be lost. What is needed is a system and method for communicating lead generation between the commercial establishments and the providers of financial solutions with real-time account creation capabilities.
  • The foregoing examples of the related art and limitations related therewith are intended to be illustrative and not exclusive. Other limitations of the related art will be come apparent to those of skill in the art upon a reading of the specification and a study of the drawings.
  • SUMMARY
  • The following embodiments and aspects thereof are described and illustrated in conjunction with systems, tools, and methods that are meant to be exemplary and illustrative, not limiting in scope. In various embodiments, one or more of the above described problems have been reduced or eliminated, while other embodiments are directed to other improvements.
  • A novel system creates an account for an individual in real time by receiving applicant data, associating the applicant with a bank account from a pool of accounts and then providing the account number to the individual. Advantageously, this allows for sales to take place where non-banked customers might otherwise be turned away. In the case that a commercial establishment requires a bank account, credit, debit, or prepaid card number for the completion of a transaction, a bank account, credit, debit, or prepaid card number can be immediately provided to the commercial establishment without requiring the customer's interaction.
  • BRIEF DESCRIPTION OF THE DRAWINGS
  • Embodiments of the inventions are illustrated in the figures. However, the embodiments and figures are illustrative rather than limiting; they provide examples of the inventions.
  • FIG. 1 depicts a diagram 100 of an example of a system for generating an account in real time.
  • FIG. 2 depicts a flowchart 200 of an example of a method for generating an account in real time.
  • FIG. 3 depicts a flowchart 300 of an example of a method for generating an account in real time.
  • FIG. 4 depicts a table 400 of an example of parameters that can be used in creating an account in real time.
  • FIG. 5 depicts a flowchart 500 of an example of a method for generating an account in real time.
  • DETAILED DESCRIPTION
  • In the following description, several specific details are presented to provide a thorough understanding of embodiments of the invention. One skilled in the relevant art will recognize, however, that the invention can be practiced without one or more of the specific details, or in combination with other components, etc. In other instances, well-known implementations or operations are not shown or described in detail to avoid obscuring aspects of various embodiments of the invention.
  • A novel system and method create an account for an individual in real time. A customer submits a request to a financial services provider for an account. The request includes applicant data describing the customer containing parameters associated with items formatted in accordance with an application programming interface (API) for originating applicant data. The financial services provider receives the request and associates a bank account with the customer. Then the customer is provided an American Banking Association (ABA) routing transit number (RTN) as well as a deposit account number. In addition a debit payment card having the ability to charge payments is provided. In a non-limiting embodiment, a Visa or MasterCard debit card is used.
  • FIG. 1 depicts a diagram 100 of an example of a system for generating an account in real time. Although this illustration depicts components as functionally separate, such depiction is merely for illustrative purposes. Those skilled in the art know that the components portrayed in this figure can be arbitrarily combined or divided into separate software, firmware, and/or hardware components. Furthermore, such components, regardless of how they are combined or divided can execute on the same computing device or multiple computing devices, and wherein the multiple computing devices can be connected by one or more networks.
  • In the example of FIG. 1, the system 100 includes bank A 102, bank B 104, automated clearinghouse 106, commercial establishment 108, financial services provider server 110, terminal 112, and customer 114. Here customer 114 can electronically connect with commercial establishment 108. Commercial establishment 108 requires a bank account, credit, debit, or prepaid card number for the electronic purchase of goods and services.
  • In a non-limiting example commercial establishment 108 is a company requiring a bank account, credit, debit, or prepaid card number for the sale of a cable TV service. Customer 114 would be turned away by commercial establishment 108 in the absence of an account to use. However, here, it is possible for customer 114 to be directed to financial services provider server 110 with the option of creating an account in real time for use in purchasing goods and services from commercial establishment 108.
  • FIG. 2 depicts a flowchart 200 of an example of a method for generating an account in real time. Although this figure depicts functional steps in a particular order for purposes of illustration, the process is not limited to any particular order or arrangement of steps. One skilled in the art will appreciate that the various steps portrayed in this future could be omitted, rearranged, combined, and/or adapted in various ways.
  • In the example of FIG. 2, the flowchart starts at module 202 with receiving a request for an application for an account including applicant data for the account wherein the applicant data is formatted according to an Origination API. An exemplary set of parameters for use in transmitting applicant data using a universal resource locator (URL) is given in FIG. 4. The parameters depicted in FIG. 4 are discussed in detail in reference to FIG. 4.
  • In the example of FIG. 2, the flowchart continues to module 204 with associating a bank account with the account. A plurality of banks is contemplated. It is possible to have a pool of accounts in which accounts at a bank A are reserved for a financial services provider. Similarly a pool of accounts at bank B is reserved as well. A financial services provider may then associate an account with an applicant from the accounts available to it from bank A, bank B . . . through bank n.
  • In some embodiments a screening process may be used to exclude any applicants that do not successfully meet initial criteria. An example of this process includes: transmitting an applicant's identification information to a credit reporting bureau for the purposes of identifying the applicant.
  • In a non-limiting example, the applicant data received is processed through the Office of Foreign Asset Control (OFAC) Specifically Designated Nationals (SDN) database for exclusion from consideration for an account. Further, any potential matches of customers will return a match code indicating which elements of the record matched, along with the full record from the database to assist in further verification. Additionally, after receiving an authentication outcome from the credit reporting bureau, the financial services provider may run an additional check against its internal application records using data from the credit reporting bureau.
  • In the example of FIG. 2, the flowchart continues to module 206 with generating an account number for the account. This can be done in real time using the Luhn algorithm, also known as the modulus 10 or mod 10 algorithm, which is a checksum formula used to validate a variety of identification numbers, such as account numbers. The algorithm can be used to distinguish valid numbers from collections of random digits.
  • In the example of FIG. 2, the flowchart continues to module 208 with providing the account number identifying the account.
  • In some embodiments a customer is using her own computing device. The computing device operates a web browser. The customer uses the web browser to visit a commercial establishment online to purchase products or services from their website. There the customer is confronted with a payment entry window presented by the commercial establishment. The customer may be simultaneously presented with a link offering to create an account so that the customer may complete her purchase.
  • In some embodiments, executing a link on a commercial establishment web page executes a program which transmits customer information to a financial services provider. The customer information is information that was already entered in furtherance of purchasing products or services obviating the need to re-enter it. Following the creation of the account, the account information may be automatically transmitted to the commercial establishment and the transaction completed.
  • In some embodiments, a link on a web page offered by a commercial establishment is provided concurrently with a request for payment. Following the link, the customer is provided with a data entry form for the collection of information in creating an account. Once the account information entered the information is transmitted to a financial services provider for the creation of an account. Once the account is created the account information may be either presented to the customer via a web page, or automatically communicated to the commercial establishment for purchase of the goods or services.
  • In some embodiments, a customer is located in a “brick and mortar” store owned by a commercial establishment using a computing device which runs a program operable to communicate with a financial services provider to request an account. The program is not a web browser, but is instead a program created at least in part for the purpose of gathering information and transmitting it to a financial services provider for creation of an account. A customer may enter the information and have an account generated. The newly generated account may be used to complete transactions with the commercial establishment while the customer is physically located at the “brick and mortar” store. The customer may receive products or services before leaving the store.
  • In some embodiments a customer is located in a “brick and mortar” store owned by a commercial establishment using a computing device having a web browser to apply for an account. The customer may visit a web site operated by the commercial establishment. The customer may be presented with a payment entry window containing a link offering to create an account. Following this link the commercial establishment provides information to a financial services provider for the purposes of creating an account for the customer. The customer information is information that was already entered in furtherance of purchasing products or services obviating the need to re-enter it for the financial services provider. Following the creation of the account, the account information may be automatically transmitted to the commercial establishment. The customer may then complete a transaction and is physically provided the goods or services before exiting the store.
  • In some embodiments a customer is located in a “brick and mortar” store owned by a commercial establishment using a computing device having a web browser to apply for an Account. A link on a commercial establishment web page is provided concurrently with a request for payment. Following the link, the customer is provided with a data entry form for the collection of information in creating an account. The customer enters account information. The account information is transmitted to a financial services provider for the creation of an account. Once the account is created the account information may be either presented to the customer via a web page. The customer may then provide the information to the commercial establishment for completion of a transaction. The customer may then be physically provided goods or services before exiting the store.
  • In some embodiments a customer is speaking with a customer service representative of a commercial establishment via telecommunication for the purpose of purchasing a product or service. In a non-limiting example, the customer calls a commercial establishment by telephone and offers to buy an item. A customer service representative requests payment information and offers to create an account that the customer can use to fulfill the payment information request. The customer responds requesting an account and provides account information for the creation of the account. The customer service representative for the commercial establishment receives account information from the customer and transmits it to a financial services provider. The financial services provider creates an account and transmits the information to the customer service representative. The customer service representative then completes a transaction using the newly created account and confirms with the customer that she has successfully purchased the requested product or service. The customer service representative may then provide the newly created account information to the customer.
  • In some embodiments transparent mode is observed. In transparent mode, a transparent mode parameter is set to “true.” Then instead of redirecting the applicant to a new page, the financial services provider server will send a file other than a web page communicating the response. The response could be a file formatted for the extensible markup language (XML) which could have the following structure:
  • <ApplicationResult>
      <Outcome>0</Outcome>
      <DepositOutcome>0</DepositOutcome>
      <TeleCheckReason>not authorized...</TeleCheckReason>
      <QCN>12345678901</QCN>
    </ApplicationResult>

    The tags identified above can be set to various values to indicate the results of the submission of applicant data. The following provide non-limiting examples of these results:
    Values for <Outcome> could be:
  • 0 (Application has been accepted)
  • 1 (Error in submitted data, application has not been processed)
  • 2 (Problem processing the data, OK to try again later)
  • 3 (Application declined)
  • Values for <DepositOutcome> could be:
  • 0 (Deposit has been processed and approved)
  • 1 (Technical problem, connection error, deposit has not been processed)
  • 2 (Customer is not eligible for deposit)
  • 3 (TeleCheck Declined, refer to TeleCheckReason tag)
  • 4 (Other declined)
  • 9 (No CC or ACH was submitted for processing)
  • Values for <QCN> are:
  • 11-digit account number (if the application has been accepted)
  • Empty string (if the application has not been accepted)
  • FIG. 3 depicts a flowchart 300 of an example of a method for generating an account in real time. Although this figure depicts functional steps in a particular order for purposes of illustration, the process is not limited to any particular order or arrangement of steps. One skilled in the art will appreciate that the various steps portrayed in this future could be omitted, rearranged, combined, and/or adapted in various ways.
  • In the example of FIG. 3, the flowchart starts at module 302 with a customer submitting a request to a processing system for an account. This could be done by the customer clicking on a link to a financial services providers website to request a page where she can fill in applicant data.
  • In the example of FIG. 3, the flowchart continues to module 304 with the customer sending in application data to the processing system. Once the customer has filled in applicant data, she can submit it to the financial services provider. In a non-limiting example, this could be by submitting a web form.
  • In the example of FIG. 3, the flowchart continues to decision module 306 with determining whether or not the customer is approved. If the result from determination module 306 is NO, then the module proceeds to module 316 with declining the application. There the flowchart proceeds to module 318 with transmitting the decline to the customer. Then the flowchart terminates.
  • In the example of FIG. 3, if the result of decision module 306 is YES, then the flowchart proceeds to module 308 with transmitting a response including an approval. An approval can be transmitted via a web page, or as discussed above, in transparent mode. The customer may be provided with her account information.
  • In the example of FIG. 3, the flowchart proceeds to module 310 with the customer funding the account using e.g. an ACH direct deposit. A direct deposit could provide funds from another bank account to the customers newly associated bank account.
  • In some embodiments module 310 contains 320, 322, and 324. In Module 320 the customer is presented with a request for information necessary to make a direct deposit. Such a request could be a web form containing fields directed to account information such as the percentage or amount of direct deposit to be made. From module 320, the flowchart proceeds to module 322 with receiving the customers direct deposit information to be debited. From module 322 the flowchart proceeds to module 324 with facilitating direct deposit into customer's bank account associated with the financial services provider. In facilitating the direct deposit, the financial services provider instructs the customer's to deposit the amount or percentage of the customer's paycheck as specified by the customer in module 320.
  • In some embodiments, module 310 contains only module 324. Module 324 facilitates direct deposit of the customer's paycheck into the customer's bank account associated with the financial services provider. In facilitating the direct deposit, the financial service provider instructs the customer's employer to deposit an amount or percentage of the customer's paycheck as determined by the customer.
  • In the example of FIG. 3, the flowchart continues to module 312 with the customer accessing her funds e.g. by using a prepaid debit card. In this case, the customer is able to use the funds contained in the account to purchase goods and services. Advantageously, this allows the customer to purchase goods and services that the customer could not purchase without an account.
  • FIG. 4 depicts a table 400 of an example of parameters that can be used in creating an account in real time. The Origination API includes these parameters. “Required” indicated whether or not data must be present for the applicant data to be accepted.
  • As examples of parameters the following items are the applicant data as named: First Name, Middle Name, Last Name, Email, Street Address, City, State, Zip, Birth Date, Social Security Number, Home Phone, Work Phone.
  • As examples of parameters Card Choice may reflect a decision by the customer as to which card she wants e.g. a Silver MasterCard, a Black Mastercard, a Black Visa, or a Pink Visa. Direct Deposit Available may be set to “1” meaning direct deposit is available through an employer, “2” meaning direct deposit is available through a benefits provider, “10” meaning Direct Deposit is not available, “11” meaning customer is not employed, “12” meaning customer does not know if the direct deposit is available or not.
  • As examples of parameters, pCode is a field which can be set for internal purposes having a format PxxxxCxxxxSxxxx. Sub Code is also a field which can be set for internal purposes. Affiliate can be set to include a referring entity so that credit can be given for lead generation where an Affiliate drives business to the financial services provider. Media Channel can be used to identify a search engine or other channel e.g. Google search, Yahoo search. URL may be set to the full signup URL identifying the exact web location where the customer data was collected. Issuing Bank is used to identify one of the plurality of banks which provide the pool of accounts from which to associate a customer with. Transparent Mode may be set to true or false meaning that if true, then there is no redirection of the customer to another page, and instead an XML response is returned to the applicant. If false, then the applicant is redirected to another page where she collects her account information.
  • In some embodiments get request URL (universal resource locator) can be formatted to transmit an applicant's application information by formatting the URL in accordance with the “parameter=” format. Under this format, a parameter name is followed by the “=” sign which is then followed by a unit of data corresponding to a parameter.
  • FIG. 5 depicts a flowchart 500 of an example of a method for generating an account in real time. Although this figure depicts functional steps in a particular order for purposes of illustration, the process is not limited to any particular order or arrangement of steps. One skilled in the art will appreciate that the various steps portrayed in this future could be omitted, rearranged, combined, and/or adapted in various ways.
  • It will be appreciated to those skilled in the art that the preceding examples and embodiments are exemplary and not limiting to the scope of the present invention. It is intended that all permutations, enhancements, equivalents, and improvements thereto that are apparent to those skilled in the art upon a reading of the specification and a study of the drawings are included within the true spirit and scope of the present invention. It is therefore intended that the following appended claims include all such modifications, permutations, and equivalents as fall within the true spirit and scope of the present invention.

Claims (28)

1. A method for completing a business transaction comprising:
requesting a product or service from a commercial establishment;
receiving a payment information request containing a link that offers to create a pre-paid bank account that can be used to fulfill the payment information request;
following the link to receive application data including a request for deposit information to provide funding to the bank account;
providing the deposit information to fund the bank account;
receiving an approval for the account from a financial services provider wherein the financial services provider selects the bank account from a pool of accounts and account information is automatically transmitted to the commercial establishment for fulfillment of the request for payment information; and
receiving an approval of the request for the product or service from the commercial establishment.
2. The method of claim 1 wherein the approval for the pre-paid bank account is transmitted in transparent mode, wherein transparent mode includes transmitting a file other than a web page communicating the response.
3. The method of claim 1 further comprising collecting customer information by directing a customer to a form for entering customer information; and transmitting the customer information as applicant data to the financial services provider.
4. The method of claim 1 further comprising transmitting applicant data to the financial services provider wherein applicant data is originally entered by the customer for purposes of purchasing a product or service obviating a need to re-enter the data for submission to the financial services provider.
5. The method of claim 1 wherein the pre-paid bank account information is further presented to the customer as a web page following the approval.
6. The method of claim 1 wherein a customer is using her own computing device.
7. The method of claim 1 wherein a customer is using a computing device located in a store owned by the commercial establishment.
8. The method of claim 7 wherein the customer is using a computing device operated by the commercial establishment that runs a program which collects information and transmits it to the financial services provider.
9. The method of claim 1 wherein the payment information request is a web form and the account information is used to populate the payment information request.
10. The method of claim 1 wherein a debit card is associated with the account.
11-29. (canceled)
30. A method for completing a business transaction comprising:
transmitting, from a first computing system executing instructions on a processor to provide a web browser, a request for product or service, the request transmitted by telecommunication to a second computing system operated by a commercial establishment;
receiving a request for payment information along with an offer to create a pre-paid bank account with a financial services provider offering a debit card for the pre-paid bank account wherein the pre-paid bank account can be used to fulfill the payment request;
transmitting account information including deposit information to the financial services provider for creation and funding of an account;
receiving, at the first computing system a confirmation that the account was approved wherein newly created pre-paid bank account information is automatically used to fulfill the request for payment information;
receiving an approval of the request for the product or service from the commercial establishment, and
displaying the approval of the request for the product via the Web browser provided by the first computing system.
31. A method for completing a business transaction comprising:
presenting a customer with a website including a product for sale from a commercial establishment, the product displayed on the website along with a link offering to create a pre-paid bank account having a debit card, the bank account to be used to pay the commercial institution for the product;
in response to a request for an account received from the customer via the link, and without redirecting the customer away from website, automatically creating a pre-paid bank account for the customer using information received from the customer including deposit information to provide funding to the account; and
transmitting an electronic payment to the commercial establishment to complete a sale of the product from the commercial establishment to the customer, the electronic payment debited from the account created for the customer.
32. The method of claim 31 wherein the customer information is formatted according to an Origination Application Programmer Interface (API).
33. The method of claim 31 wherein the link offers to create an the pre-paid bank account to pay for the product.
34. The method of claim 31 wherein the account is selected from a pool of accounts reserved for association upon request.
35. The method of claim 31 wherein the customer information is transmitted to a credit reporting bureau to identify the customer.
36. The method of claim 31, wherein the transmission of the electronic payment is made in transparent mode, wherein transparent mode includes transmitting a file other than a web page communicating the response.
37. The method of claim 31, further comprising creating a physical debit card for the customer to use in accessing the account; and sending the card to the customer.
38. The method of claim 31, wherein the information received from the customer includes direct deposit information.
39. The method of claim 31, wherein the customer information received from the customer is copied from information transmitted to the commercial institution.
40. A method comprising:
receiving a selection of a link offering to create a pre-paid bank account offering a debit card, the link indicating that the pre-paid bank account can be used to pay for an item;
transmitting a request for application information to a customer for the creation of the pre-paid bank account offering a debit card, the request including instructions to format a response to the request using an application programming interface (API), the request displayed to the customer via a graphical interface of a first computing system having a processor and memory, the memory storing the request and instructions for displaying the request, the processor executing the instructions to display the request to the customer and to collect customer information for the response formatted to the API, the customer information collected and identified by parameters specified by the API, the customer information including deposit information;
receiving the response from the customer, the response including customer information formatted to the API defining application parameters for the pre-paid bank account, the response including deposit information for funding the pre-paid bank account, the response received at a second computing system including a second processor and a second memory, the second memory storing instructions for the processing of the response;
extracting information from the response for processing of the customer information, the customer information extracted from the application parameters specified by the API, the customer information including the deposit information, the customer information processed by the second computing system to approve or decline the pre-paid bank account for the customer, an approval at least partially based on an approval of the deposit information; and
transmitting an outcome of the application and a deposit outcome of the deposit information to the first computing system.
41. The method of claim 40 further comprising processing the deposit information to an approval, wherein the deposit outcome reflects a value specified by the API defining an approval of the deposit.
42. The method of claim 40 further comprising processing the deposit information to determine a technical problem, wherein a value, designated by the API is transmitted as the deposit outcome specifying the determination of the technical problem.
43. The method of claim 40 further comprising processing the deposit information to determine that the customer is not eligible for a deposit, wherein the deposit outcome reflects a value specified by the API stating that the customer is not eligible.
44. The method of claim 40 further comprising processing the deposit information to determine that the deposit is declined, wherein the deposit outcome reflects a value denoted by the API specifying that the deposit is declined.
45. The method of claim 40 further comprising determining that no deposit information was submitted, wherein the deposit outcome reflects a value denoted by the API specifying that no deposit information was submitted.
46. The method of claim 40 further comprising transmitting an account number to the customer along with an approval of the account, the account number identified by formatting specified by the API.
US11/837,410 2007-08-10 2007-08-10 System And Method For Real Time Account and Account Number Generation Using Origination APIS Abandoned US20090043667A1 (en)

Priority Applications (2)

Application Number Priority Date Filing Date Title
US11/837,410 US20090043667A1 (en) 2007-08-10 2007-08-10 System And Method For Real Time Account and Account Number Generation Using Origination APIS
US12/187,284 US7849010B2 (en) 2007-08-10 2008-08-06 System and method for real time account and account number generation using origination APIS

Applications Claiming Priority (1)

Application Number Priority Date Filing Date Title
US11/837,410 US20090043667A1 (en) 2007-08-10 2007-08-10 System And Method For Real Time Account and Account Number Generation Using Origination APIS

Related Child Applications (1)

Application Number Title Priority Date Filing Date
US12/187,284 Division US7849010B2 (en) 2007-08-10 2008-08-06 System and method for real time account and account number generation using origination APIS

Publications (1)

Publication Number Publication Date
US20090043667A1 true US20090043667A1 (en) 2009-02-12

Family

ID=40347402

Family Applications (2)

Application Number Title Priority Date Filing Date
US11/837,410 Abandoned US20090043667A1 (en) 2007-08-10 2007-08-10 System And Method For Real Time Account and Account Number Generation Using Origination APIS
US12/187,284 Expired - Fee Related US7849010B2 (en) 2007-08-10 2008-08-06 System and method for real time account and account number generation using origination APIS

Family Applications After (1)

Application Number Title Priority Date Filing Date
US12/187,284 Expired - Fee Related US7849010B2 (en) 2007-08-10 2008-08-06 System and method for real time account and account number generation using origination APIS

Country Status (1)

Country Link
US (2) US20090043667A1 (en)

Cited By (10)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20090063293A1 (en) * 2007-09-04 2009-03-05 Apple Inc. Dynamic Presentation of Location-Specific Information
US20090182597A1 (en) * 2008-01-15 2009-07-16 Bull William E Monitoring Capabilities for Mobile Electronic Devices
US20090271287A1 (en) * 2008-04-24 2009-10-29 KIBOO LICENSING, LLC a Delaware limited liability company Financial lifestyle navigator and banking system
US8321294B2 (en) 2007-10-01 2012-11-27 Aople Inc. Store affiliation system
US8667422B2 (en) 2007-09-04 2014-03-04 Apple Inc. Graphical user interface with location-specific interface elements
US11238421B1 (en) 2015-01-15 2022-02-01 Wells Fargo Bank, N.A. Payment services via application programming interface
US11379850B1 (en) 2018-12-10 2022-07-05 Wells Fargo Bank, N.A. Third-party payment interfaces
US11676126B1 (en) * 2017-12-28 2023-06-13 Wells Fargo Bank, N.A. Account open interfaces
US11695560B1 (en) 2019-06-21 2023-07-04 Wells Fargo Bank, N.A. Secure communications via third-party systems through frames
US11847690B1 (en) 2015-01-15 2023-12-19 Wells Fargo Bank, N.A. Identity verification services with identity score through external entities via application programming interface

Families Citing this family (14)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20110093382A1 (en) * 2009-10-20 2011-04-21 Accountnow, Inc. System and method for funding a prepaid card account with a loan
US9032204B2 (en) 2011-01-07 2015-05-12 Mastercard International Incorporated Methods and systems for providing a signed digital certificate in real time
US8707276B2 (en) 2011-01-07 2014-04-22 Mastercard International Incorporated Method and system for managing programmed applications in an open API environment
US9083534B2 (en) 2011-01-07 2015-07-14 Mastercard International Incorporated Method and system for propagating a client identity
US8677308B2 (en) 2011-01-07 2014-03-18 Mastercard International Incorporated Method and system for generating an API request message
US8671385B2 (en) 2011-01-07 2014-03-11 Mastercard International Incorporated Methods and systems for throttling calls to a service application through an open API
US10534931B2 (en) 2011-03-17 2020-01-14 Attachmate Corporation Systems, devices and methods for automatic detection and masking of private data
US9652690B2 (en) * 2015-02-27 2017-05-16 Lexmark International, Inc. Automatically capturing and cropping image of check from video sequence for banking or other computing application
US10716060B2 (en) 2017-04-03 2020-07-14 Bank Of America Corporation Data transfer between computing device and user device at different locations and over session or connection to display one or more routing networks to use
US10601718B2 (en) 2017-04-03 2020-03-24 Bank Of America Corporation Data transfer, over session or connection, and between computing device and server associated with a routing network for modifying one or more parameters of the routing network
US10601934B2 (en) 2017-04-03 2020-03-24 Bank Of America Corporation Data transfer, over session or connection, and between computing device and one or more servers for transmitting data to a third party computing device
US10608918B2 (en) 2017-04-03 2020-03-31 Bank Of America Corporation Data transfer, over session or connection, and between computing device and one or more servers to determine likelihood of user device using a routing network
US10609156B2 (en) 2017-04-03 2020-03-31 Bank Of America Corporation Data transfer, over session or connection, and between computing device and server associated with one or more routing networks in response to detecting activity
US10841293B2 (en) 2018-10-02 2020-11-17 Bank Of America Corporation Gateway device for authentication and authorization of applications and/or servers for data transfer between applications and/or servers

Citations (22)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20010023415A1 (en) * 1998-06-18 2001-09-20 Keil Dean S. System and method for debit account transactions
US20020052814A1 (en) * 2000-07-10 2002-05-02 Ketterer Robert M. Virtual real estate brokage system
US20020069158A1 (en) * 2000-12-01 2002-06-06 Larkin Cameron J. Method and system for providing a secured multi-purpose electronic account
US20030028792A1 (en) * 2001-08-02 2003-02-06 International Business Machines Corportion System, method, and computer program product for automatically inputting user data into internet based electronic forms
US20030040997A1 (en) * 2001-05-01 2003-02-27 United Parcel Service Of America, Inc. Account opening facilitation system, method and computer program product
US20030041023A1 (en) * 2001-08-23 2003-02-27 Tim Goldstein Product-directed electronic commerce system
US20040078332A1 (en) * 2002-03-14 2004-04-22 Ferguson Ronald Gene System and method for purchasing goods and services through data network access points over a point of sale network
US20040143527A1 (en) * 2001-05-29 2004-07-22 American Express Travel Related Services, Inc. System and method for facilitating a subsidiary card account
US20050071268A1 (en) * 1998-01-28 2005-03-31 Riddett Robert Gibson Method of making payments by cash over a network
US20050125336A1 (en) * 2003-12-09 2005-06-09 Capital One Financial Corporation Methods and systems for offering a credit card account to a consumer at a point-of-sale location
US20050147225A1 (en) * 2004-01-06 2005-07-07 Mallick John C. Method of managing prepaid accounts
US6980969B1 (en) * 2000-11-16 2005-12-27 Sears, Roebuck And Co. Methods and apparatus for allowing internet based purchases based on a temporary credit card number
US7024373B1 (en) * 1999-12-15 2006-04-04 Kris Reynolds Auto purchase system and method
US7054838B2 (en) * 1999-07-29 2006-05-30 Privacash, Inc. Method and system for transacting an anonymous purchase over the Internet
US7054832B1 (en) * 1999-06-24 2006-05-30 Rajesh Vallabh System for merchandize transactions
US20060229974A1 (en) * 2005-04-11 2006-10-12 I4 Licensing Llc Method of extending credit to at least one consumer and method of processing a transaction between a consumer and a merchant
US20060265335A1 (en) * 2005-03-29 2006-11-23 Peter Hogan System and method for issuing prepaid debit card at point of sale
US7181418B1 (en) * 1999-11-30 2007-02-20 John Todd Zucker Internet customer service method and system
US20070118449A1 (en) * 2004-11-22 2007-05-24 De La Motte Alain L Trust-linked debit card technology
US20070175982A1 (en) * 2005-07-05 2007-08-02 American Express Travel Related Services Company, Inc. System, method, and computer program product for issuing and using debit cards
US20080301023A1 (en) * 2007-05-02 2008-12-04 Cashedge, Inc. Multi-Channel and Cross-Channel Account Opening
US20080301022A1 (en) * 2007-04-30 2008-12-04 Cashedge, Inc. Real-Time Core Integration Method and System

Patent Citations (23)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US20050071268A1 (en) * 1998-01-28 2005-03-31 Riddett Robert Gibson Method of making payments by cash over a network
US7249054B2 (en) * 1998-06-18 2007-07-24 Keil Dean S System and method for debit account transactions
US20010023415A1 (en) * 1998-06-18 2001-09-20 Keil Dean S. System and method for debit account transactions
US7054832B1 (en) * 1999-06-24 2006-05-30 Rajesh Vallabh System for merchandize transactions
US7054838B2 (en) * 1999-07-29 2006-05-30 Privacash, Inc. Method and system for transacting an anonymous purchase over the Internet
US7181418B1 (en) * 1999-11-30 2007-02-20 John Todd Zucker Internet customer service method and system
US7024373B1 (en) * 1999-12-15 2006-04-04 Kris Reynolds Auto purchase system and method
US20020052814A1 (en) * 2000-07-10 2002-05-02 Ketterer Robert M. Virtual real estate brokage system
US6980969B1 (en) * 2000-11-16 2005-12-27 Sears, Roebuck And Co. Methods and apparatus for allowing internet based purchases based on a temporary credit card number
US20020069158A1 (en) * 2000-12-01 2002-06-06 Larkin Cameron J. Method and system for providing a secured multi-purpose electronic account
US20030040997A1 (en) * 2001-05-01 2003-02-27 United Parcel Service Of America, Inc. Account opening facilitation system, method and computer program product
US20040143527A1 (en) * 2001-05-29 2004-07-22 American Express Travel Related Services, Inc. System and method for facilitating a subsidiary card account
US20030028792A1 (en) * 2001-08-02 2003-02-06 International Business Machines Corportion System, method, and computer program product for automatically inputting user data into internet based electronic forms
US20030041023A1 (en) * 2001-08-23 2003-02-27 Tim Goldstein Product-directed electronic commerce system
US20040078332A1 (en) * 2002-03-14 2004-04-22 Ferguson Ronald Gene System and method for purchasing goods and services through data network access points over a point of sale network
US20050125336A1 (en) * 2003-12-09 2005-06-09 Capital One Financial Corporation Methods and systems for offering a credit card account to a consumer at a point-of-sale location
US20050147225A1 (en) * 2004-01-06 2005-07-07 Mallick John C. Method of managing prepaid accounts
US20070118449A1 (en) * 2004-11-22 2007-05-24 De La Motte Alain L Trust-linked debit card technology
US20060265335A1 (en) * 2005-03-29 2006-11-23 Peter Hogan System and method for issuing prepaid debit card at point of sale
US20060229974A1 (en) * 2005-04-11 2006-10-12 I4 Licensing Llc Method of extending credit to at least one consumer and method of processing a transaction between a consumer and a merchant
US20070175982A1 (en) * 2005-07-05 2007-08-02 American Express Travel Related Services Company, Inc. System, method, and computer program product for issuing and using debit cards
US20080301022A1 (en) * 2007-04-30 2008-12-04 Cashedge, Inc. Real-Time Core Integration Method and System
US20080301023A1 (en) * 2007-05-02 2008-12-04 Cashedge, Inc. Multi-Channel and Cross-Channel Account Opening

Cited By (17)

* Cited by examiner, † Cited by third party
Publication number Priority date Publication date Assignee Title
US8667422B2 (en) 2007-09-04 2014-03-04 Apple Inc. Graphical user interface with location-specific interface elements
US9569806B2 (en) * 2007-09-04 2017-02-14 Apple Inc. Dynamic presentation of location-specific information
US20090063293A1 (en) * 2007-09-04 2009-03-05 Apple Inc. Dynamic Presentation of Location-Specific Information
US8321294B2 (en) 2007-10-01 2012-11-27 Aople Inc. Store affiliation system
US20090182597A1 (en) * 2008-01-15 2009-07-16 Bull William E Monitoring Capabilities for Mobile Electronic Devices
US8548925B2 (en) 2008-01-15 2013-10-01 Apple Inc. Monitoring capabilities for mobile electronic devices
US20090271287A1 (en) * 2008-04-24 2009-10-29 KIBOO LICENSING, LLC a Delaware limited liability company Financial lifestyle navigator and banking system
US11847690B1 (en) 2015-01-15 2023-12-19 Wells Fargo Bank, N.A. Identity verification services with identity score through external entities via application programming interface
US11238421B1 (en) 2015-01-15 2022-02-01 Wells Fargo Bank, N.A. Payment services via application programming interface
US11868977B1 (en) 2015-01-15 2024-01-09 Wells Fargo Bank, N.A. Payment services via application programming interface
US11676126B1 (en) * 2017-12-28 2023-06-13 Wells Fargo Bank, N.A. Account open interfaces
US11379850B1 (en) 2018-12-10 2022-07-05 Wells Fargo Bank, N.A. Third-party payment interfaces
US11756011B1 (en) 2018-12-10 2023-09-12 Wells Fargo Bank, N.A. Third-party payment interfaces
US11797956B1 (en) 2018-12-10 2023-10-24 Wells Fargo Bank, N.A. Third-party payment interfaces
US11700122B1 (en) 2019-06-21 2023-07-11 Wells Fargo Bank, N.A. Secure communications via third-party systems through frames
US11700248B1 (en) 2019-06-21 2023-07-11 Wells Fargo Bank, N.A. Secure communications via third-party systems through frames
US11695560B1 (en) 2019-06-21 2023-07-04 Wells Fargo Bank, N.A. Secure communications via third-party systems through frames

Also Published As

Publication number Publication date
US7849010B2 (en) 2010-12-07
US20090043677A1 (en) 2009-02-12

Similar Documents

Publication Publication Date Title
US7849010B2 (en) System and method for real time account and account number generation using origination APIS
AU2010204261B2 (en) Payment system
US7958053B2 (en) Method and system for extending credit with automated repayment
US8135640B2 (en) System and method for making a synthetic cash advance using a purchase payment exchange
US20150332270A1 (en) System and method of a passphrase account identifier for use in a network environment
US10922694B2 (en) Automatic teller machine (ATM) electronic push requests
US20120166311A1 (en) Deferred payment and selective funding and payments
US20150371212A1 (en) Integrated transaction and account system
AU2009271102B2 (en) Systems and methods for transferring value
US20030208440A1 (en) International payment system and method
US10528993B2 (en) Payment and invoice systems integration
US20030187759A1 (en) Systems and methods for electronically monitoring fraudulent activity
MX2007002075A (en) Method and system for automated payment authorization and settlement.
US20110060663A1 (en) System and Method of Providing Customer Purchase Propensity Information to Online Merchants
US20080097879A1 (en) System and Method of Interfacing Web Services to Express Creation and Initialization of Merchant Accounts
US20050021462A1 (en) Method and system to process a billing failure in a network-based commerce facility
US20220156708A1 (en) Person to business payment system and method
US20110036906A1 (en) Gift Card Purchasing System
US20080097810A1 (en) System and Method of Managing Workflow for Express Creation and Initialization of Merchant Accounts
AU2016238838A1 (en) Method and System for Tagging and Tracking Donation Transactions
US20240062182A1 (en) User interfaces for using shared databases for managing supplemental payment sources
US20050021460A1 (en) Method and system to process a transaction in a network based commerce facility
US20070226138A1 (en) Systems and methods for subscriber to payee cross pollination
WO2011043752A1 (en) Method and system for extending credit with automated repayment

Legal Events

Date Code Title Description
AS Assignment

Owner name: ACCOUNTNOW, INC., CALIFORNIA

Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:DEYOE, DAVID;COLTRELL, TIM;MONTES, MATT;AND OTHERS;REEL/FRAME:019942/0517;SIGNING DATES FROM 20071008 TO 20071009

STCB Information on status: application discontinuation

Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION