US20200320485A1 - Aggregation and processing of check-based payments - Google Patents
Aggregation and processing of check-based payments Download PDFInfo
- Publication number
- US20200320485A1 US20200320485A1 US16/842,998 US202016842998A US2020320485A1 US 20200320485 A1 US20200320485 A1 US 20200320485A1 US 202016842998 A US202016842998 A US 202016842998A US 2020320485 A1 US2020320485 A1 US 2020320485A1
- Authority
- US
- United States
- Prior art keywords
- electronic
- files
- check
- lockbox
- instructions
- 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
Links
- 238000012545 processing Methods 0.000 title claims abstract description 18
- 230000002776 aggregation Effects 0.000 title description 3
- 238000004220 aggregation Methods 0.000 title description 3
- 238000000034 method Methods 0.000 claims abstract description 29
- 238000003860 storage Methods 0.000 claims description 14
- 238000004891 communication Methods 0.000 claims description 5
- 238000013500 data storage Methods 0.000 claims description 3
- 238000013439 planning Methods 0.000 claims description 3
- 238000013507 mapping Methods 0.000 claims 2
- 230000008569 process Effects 0.000 abstract description 13
- 238000004519 manufacturing process Methods 0.000 abstract description 2
- 238000010586 diagram Methods 0.000 description 11
- 230000015654 memory Effects 0.000 description 10
- 230000008901 benefit Effects 0.000 description 9
- 230000005540 biological transmission Effects 0.000 description 3
- 230000001934 delay Effects 0.000 description 3
- 230000003068 static effect Effects 0.000 description 3
- 238000013475 authorization Methods 0.000 description 2
- 238000006243 chemical reaction Methods 0.000 description 2
- 230000005291 magnetic effect Effects 0.000 description 2
- 238000012015 optical character recognition Methods 0.000 description 2
- 230000004044 response Effects 0.000 description 2
- 238000012546 transfer Methods 0.000 description 2
- 230000006978 adaptation Effects 0.000 description 1
- 238000013459 approach Methods 0.000 description 1
- 230000001413 cellular effect Effects 0.000 description 1
- 239000002131 composite material Substances 0.000 description 1
- 238000013479 data entry Methods 0.000 description 1
- 230000004069 differentiation Effects 0.000 description 1
- 230000000694 effects Effects 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 230000007274 generation of a signal involved in cell-cell signaling Effects 0.000 description 1
- 230000008676 import Effects 0.000 description 1
- 238000010348 incorporation Methods 0.000 description 1
- 238000010801 machine learning Methods 0.000 description 1
- 230000014759 maintenance of location Effects 0.000 description 1
- 238000007726 management method Methods 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 239000004065 semiconductor Substances 0.000 description 1
- 238000012384 transportation and delivery Methods 0.000 description 1
Images
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
- G06Q40/00—Finance; Insurance; Tax strategies; Processing of corporate or income taxes
- G06Q40/02—Banking, e.g. interest calculation or account maintenance
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/23—Updating
- G06F16/2379—Updates performed during online database operations; commit processing
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F16/00—Information retrieval; Database structures therefor; File system structures therefor
- G06F16/20—Information retrieval; Database structures therefor; File system structures therefor of structured data, e.g. relational data
- G06F16/27—Replication, distribution or synchronisation of data between databases or within a distributed database system; Distributed database system architectures therefor
-
- G—PHYSICS
- G06—COMPUTING; CALCULATING OR COUNTING
- G06F—ELECTRIC DIGITAL DATA PROCESSING
- G06F9/00—Arrangements for program control, e.g. control units
- G06F9/06—Arrangements for program control, e.g. control units using stored programs, i.e. using an internal store of processing equipment to receive or retain programs
- G06F9/46—Multiprogramming arrangements
- G06F9/54—Interprogram communication
-
- 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
- G06Q10/00—Administration; Management
- G06Q10/10—Office automation; Time management
-
- 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
- G06Q20/042—Payment circuits characterized in that the payment protocol involves at least one cheque
- G06Q20/0425—Payment circuits characterized in that the payment protocol involves at least one cheque the cheque being electronic only
-
- 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/38—Payment protocols; Details thereof
- G06Q20/40—Authorisation, 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
- G06Q20/401—Transaction verification
- G06Q20/4016—Transaction verification involving fraud or risk level assessment in transaction processing
-
- 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
- G06Q50/00—Information and communication technology [ICT] specially adapted for implementation of business processes of specific business sectors, e.g. utilities or tourism
- G06Q50/10—Services
- G06Q50/26—Government or public services
-
- 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
- G06Q2220/00—Business processing using cryptography
Definitions
- This application relates generally to electronic financial transaction processing, and more particularly to the secure processing of electronic remittance payments, that is a payment from a Buyer (Payor) to a Seller (Payee or Biller).
- a monetary transaction typically involves a payor providing funds to a payee for goods or services rendered in response to a bill or invoice.
- a payor provides funds to a payee for goods or services rendered in response to a bill or invoice.
- a payor provides funds to a payee is in the form of a negotiable instrument, such as a check.
- a check is a negotiable instrument drawn against the payor's financial institution which includes the financial institution's bank routing number, payor's account number, payment amount, payee's name, date, and payor's endorsement.
- the payee can cash the check at a bank or other financial institution, deposit the check into the payee's account, or endorse it for payment to the order of another person or legal entity.
- the bank uses the information provided on the check to determine the amount of the check, a bank and account where the funds are located, and sometimes the payee account in which to deposit the funds.
- the records of the payments may have to be provided to update accounting software so that the payments are logged as having been made.
- check clearing system based on the exchange of physical documents can be costly and add time delays to the check clearing process due to transportation and processing of large volumes of physical documents.
- a payee deposited a check written by a payor from one bank into an account at a different bank
- the banks would have to physically exchange the paper check before the money would be credited to the account.
- the Check Clearing for the 21st Century Act (Check21 Act) was passed in the United States which makes the digital image of a check (electronic check or eCheck) legally acceptable for payment purposes in the same manner as a traditional paper check.
- the present subject matter involves a system and method for producing and processing electronic payments and remittance information including electronic checks in a secure manner.
- enrollment information is received from payors and payees, including authorization to process electronic payments or deposits to select payees.
- a secure portal is provided to authenticate electronic payment instructions from the payor, in various embodiments.
- electronic payment instructions are received including payment data from the payor via the secure portal, the payment data including an amount of a payment and identifying at least one payee.
- the payment is made using an electronic check (eCheck) electronically sent to a lockbox at a participating bank for the payment to the payee.
- eCheck electronic check
- a check is printed to fulfill Check21 Act requirements, electronic images are obtained of front and back of the printed check, and an electronic deposit is performed in the amount of the payment to the payee using an electronic lockbox system of a banking partner.
- a bill or invoice is printed that accompanies the check or eCheck. In cases where electronic payments are not recognized for a payee, paper items can be sent.
- FIG. 1 is a flow diagram demonstrating traditional payment flows of a bank with the payor as a client.
- FIG. 2 is a flow diagram demonstrating payment flows of a bank with the payor as a client using a lockbox and electronic checks (eChecks) according to one embodiment of the present subject matter.
- FIG. 3A is a flow diagram demonstrating payment flows of a bank with the payor as a client using an electronic lockbox and eChecks according to one embodiment of the present subject matter.
- FIG. 3B is a flow diagram showing the selection of payment modes based on recorded information about the payee according to one embodiment of the present subject matter.
- FIG. 4 is a flow diagram demonstrating payment flows of a bank with the payee as a client using an electronic lockbox and eChecks according to one embodiment of the present subject matter.
- FIG. 5 is a block diagram of a machine in the example form of a computer system within which a set of instructions can be executed, for causing the machine to perform any one or more of the methodologies discussed herein.
- FIG. 1 is a flow diagram 100 demonstrating traditional payment flows of a bank with the payor as a client.
- the payors can formulate payable files 102 and check issuance files 104 from a variety of financial software.
- Various account payable programs 106 can be used to create check disbursements from the payor's bank. Some programs 106 include, but are not limited to those by SAP, Oracle, Excel, Microsoft and QuickBooks.
- Payable files 102 and check issuance files 104 are processed by integrated payable services 108 such as ACH services 110 , wire services 112 , and other payment 114 and check disbursement services 116 .
- integrated payable services 108 such as ACH services 110 , wire services 112 , and other payment 114 and check disbursement services 116 .
- the resulting paper checks and corresponding bills and/or invoices (if available) are combined ( 120 ) and mailed to payee bank lockbox services 122 and directly to non-lockbox payees 124 .
- a lockbox is a collection and processing service companies use to collect payments from a dedicated postal box to which the company directs its customers to remit payment to.
- the company or its lockbox service provider which may be a bank or other service provider, makes several collections each day and deposits the collected funds in the company's bank accounts.
- the present subject matter provides systems and methods for aggregation and electronic processing of check-based payments.
- the present subject matter provides a way to network with banks and other financial institutions to reduce the cost of operations to lockbox clients.
- the service replaces paper checks with electronic import to a bank's lockbox.
- FIG. 2 is a flow diagram 200 demonstrating payment flows of a bank with the payor as a client using a lockbox and electronic checks (eChecks) according to one embodiment of the present subject matter.
- the system adds an eCheck file 230 for eCheck payments electronically produced by an eCheck Service 282 of the payor's bank 280 .
- This allows eChecks 234 to be produced, scanned, and electronically deposited (such as by electronic deposits vial ACH or by a debit card), as from a payables file 202 and eChecks file 242 instructions as opposed to check drafts that are printed and mailed.
- the system also allows for paper items 220 to be sent to the payee bank's lockbox 222 , or to be directly mailed to non-lockbox payees 224 .
- FIG. 3A is a flow diagram 300 demonstrating payment flows of a bank with the payor as a client using eChecks and an electronic lockbox according to one embodiment of the present subject matter.
- the payor's ERP or accounting system will determine outgoing payments (payables) at 350 .
- the payor's bank will determine if the specific payee banking account information is known to reach the payee electronically, at 352 . If so, then the payment can be cleared via ACH or some other electronic payment instrument, at 354 .
- the eCheck Service will determine if check and invoice details are destined for a payee P.O. Box address of a payee that is registered to receive electronic lockbox files, at 356 .
- An electronic lockbox file is a lockbox file that is converted to an electronic version. If the payee is registered to receive such files, then the lockbox processing is outsourced to one of the participant banks or not (e.g., resulting in a match or no match). If there is a match, then the check will be printed, imaged, discarded (to meet current industry requirements), bundled with invoice details, aggregated with other items at 358 and sent to participant bank in an electronic file at 360 .
- the electronic file is received by a network bank lockbox service.
- the lockbox platform e.g., IRPS or Image Remittance Processing System
- IRPS Image Remittance Processing System
- the eCheck Service 336 includes storage or other dynamic service (e.g., an application programming interface (API)) that can map a P.O. Box number to a participating lockbox bank or other lockbox service provider and provide an electronic lockbox file 338 for payee lockbox services to process checks for payees in the eCheck Service network 340 .
- API application programming interface
- One benefit of this electronic lockbox file is that it may include specific and accurate information from both bill or invoice and the check saving the need for downstream reconcilement.
- tracking individual check items, individual bill items, individual invoice items and files could deploy blockchain or distributed general ledger approaches to ensure payments are not lost, payors are known and accurate and payees are known and accurate.
- the eCheck Service could act as a platform for payors and payees to negotiate terms of any payment which may result in discounts, credits or other monetary or non-monetary benefit to either party.
- FIG. 4 is a flow diagram 400 demonstrating payment flows of a bank with the payee as a client using an electronic lockbox and eChecks according to one embodiment of the present subject matter.
- the payee's bank 410 receives electronic lockbox files 408 from the payor's eCheck Service 436 .
- the electronic lockbox file 408 is received by a wholesale lockbox system 412 at the payee's bank 410 and paper checks are also captured 414 and recorded by the system.
- the resulting payments are reported back to the payor's banks 440 via X9 files 416 and are also recorded as ERP files 418 to manage the payment records at the payee.
- This allows the participant payee banks 410 to utilize an eDeposit box feature to disintermediate eChecks and create an X9 file 416 for payor's bank. The result is an eChecks “clearing house.”
- the present subject matter provides reduced upfront costs for completing an A/P (accounts payable) or A/R (accounts receivable) cycle.
- the present subject matter provides for aggregation and delivery of bulk check-based payments in real time or near real time.
- the electronic lockbox system provides for improved retention of lockbox clients by increasing the value and differentiation of the electronic lockbox system.
- the present subject matter provides a payments platform to allow buyers and sellers to negotiate discounts and rebates for different transaction terms. Additional advantages include faster payment, acknowledgement of receipt, inclusion of remittance details, fewer posting exceptions, and improved cash management for payors and payees.
- the payors and payees are logged into the payment system using a client device, such as a desktop computer, a mobile phone, a laptop computer, or other computing device.
- client device such as a desktop computer, a mobile phone, a laptop computer, or other computing device.
- the client executes a browser-based program or API interface to communicate with the payment system.
- the client executes an applet or other software to communicate with the payment platform.
- the present subject matter can be practiced in electronic payment systems, such as in the Trusted Secure Electronic Payment Processing Platform described in U.S. Provisional Patent Application Ser. No. 62/742,047, filed on Oct. 5, 2018, which is hereby incorporated by reference in its entirety.
- the front and back side of the check are printed using the platform to provide a paper check, which can be used to document an electronic transfer and which can be scanned and presented using the Check 21 process.
- the payor can provide payee and an amount of the payment to the secure electronic payment platform.
- the secure electronic payment platform can composite front and back sides of a check that can be remitted for payment using the Check 21 infrastructure in cooperation with its financial institution partners to provide payment to the payee.
- a printed check is imaged (such as by scanning) using the secure electronic payment platform in a format suitable for Check 21 processing.
- the secure electronic payment platform formulates payment instructions to banks (or other financial institutions) using the Check 21 infrastructure, and completes payments and collects funds for payments.
- the payor registers with the secure electronic payment platform, and authorizes it to process electronic payments and/or deposits on behalf of the payor to select payees.
- the payor sends electronic transaction data, such as is found on check front, using a graphic user interface (GUI) to the secure electronic payment platform.
- GUI graphic user interface
- the transmission is sent without sending an image of a check.
- a virtual private network (VPN) is used to transmit account related information, in various embodiments.
- the information includes an amount of payment and payee or payee's account.
- the funding source for the payment is a default source.
- the funding source is designated and provided with the other information.
- secure electronic payment platform is configured to receive the electronic payment information and generate a Check 21 compliant eCheck for payment of the payor.
- the secure electronic payment platform is configured to use a server to enroll payors and payees and to collect and record their preferences and authorizations.
- Payors can be provided a secure access to a database of payees and can request that certain payees are added to the system.
- the operator of the secure electronic payment platform has storage and secure database features that can assist in the enrollment of new payees, record their payment preferences, and obtain the necessary agreements to deposit electronic payments according to those preferences.
- Payees can authorize the secure electronic payment platform to endorse payments from the payor as the payee has elected, thereby allowing it to create images of a front and back electronic check for further processing as set forth in this application and as set forth in U.S. Provisional Patent Application Ser. No. 62/742,047, filed on Oct. 5, 2018, which is incorporated by reference in its entirety in this application.
- the present subject matter deployed in the secure electronic payment platform includes various advantages for various embodiments, including one or combinations of the following advantages.
- One of the advantages of the use of a secure electronic payment platform is that it can authenticate payors to prevent fraud.
- Another advantage of the present subject matter is that the trusted processing platform may use the Check21 infrastructure to pay payees. Other advantages exist which are not described herein.
- FIG. 5 is a block diagram illustrating a machine in the example form of a computer system 500 , within which a set or sequence of instructions can be executed to cause the machine to perform any one of the methodologies discussed herein, according to an example embodiment.
- the computer system 500 could be used at a payor bank to process payment information.
- the computer system 500 could be used at the eCheck Service to process check payments.
- the computer system 500 could be used at the payee bank to process check payments.
- the machine operates as a standalone device or can be connected (e.g., networked) to other machines.
- the machine can operate in the capacity of either a server or a client machine in server-client network environments, or it can act as a peer machine in peer-to-peer (or distributed) network environments.
- the machine can be a personal computer (PC), a tablet PC, a hybrid tablet, a set-top box (STB), a personal digital assistant (PDA), a mobile or cellular telephone such as a smart phone, a web appliance, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
- PC personal computer
- PDA personal digital assistant
- STB set-top box
- STB set-top box
- mobile or cellular telephone such as a smart phone, a web appliance, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine.
- the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple
- Example computer system 500 includes at least one processor 502 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both, processor cores, compute nodes, etc.), a main memory 504 and a static memory 506 , which communicate with each other via a link 508 (e.g., bus).
- the computer system 500 can further include a video display unit 510 , an alphanumeric input device 512 (e.g., a keyboard), and a user interface (UI) navigation device 514 (e.g., a mouse).
- the video display unit 510 , input device 512 and UI navigation device 514 are incorporated into a touch screen display.
- the computer system 500 can additionally include a storage device 516 (e.g., a drive unit), a signal generation device 518 (e.g., a speaker), a network interface device 520 , and one or more sensors (not shown), such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor.
- a storage device 516 e.g., a drive unit
- a signal generation device 518 e.g., a speaker
- a network interface device 520 e.g., a Wi-Fi
- sensors not shown, such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor.
- GPS global positioning system
- the data storage device 516 includes a machine-readable medium 522 on which is stored one or more sets of data structures and instructions 524 (e.g., software) embodying or utilized by any one or more of the methodologies or functions described herein.
- the instructions 524 may include a machine learning system or algorithm, and can also reside, completely or at least partially, within the main memory 504 , static memory 506 , and/or within the processor 502 during execution thereof by the computer system 500 , with the main memory 504 , static memory 506 , and the processor 502 also constituting machine-readable media.
- non-transitory computer-readable storage medium 522 is illustrated in an example embodiment to be a single medium, the term “machine-readable medium” or “computer-readable medium” can include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one or more instructions 524 .
- the term “machine-readable medium” shall also be taken to include any tangible medium that is capable of storing, encoding or carrying instructions (e.g., instructions 524 ) for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure or that is capable of storing, encoding or carrying data structures utilized by or associated with such instructions.
- machine-readable medium shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media.
- Specific examples of machine-readable media include non-volatile memory, including, but not limited to, by way of example, semiconductor memory devices (e.g., electrically programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM)) and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks.
- semiconductor memory devices e.g., electrically programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM)
- flash memory devices e.g., electrically programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM)
- flash memory devices e.g., electrically programmable read-only memory (EPROM), electrically erasable programmable read-only memory
- the instructions 524 can further be transmitted or received over a communications network 526 using a transmission medium via the network interface device 520 utilizing any one of a number of well-known transfer protocols (e.g., HTTP).
- Examples of communication networks include a local area network (LAN), a wide area network (WAN), the Internet, mobile telephone networks, plain old telephone system (POTS) networks, and wireless data networks (e.g., Wi-Fi, 3G, and 6G LTE/LTE-A or WiMAX networks).
- POTS plain old telephone system
- wireless data networks e.g., Wi-Fi, 3G, and 6G LTE/LTE-A or WiMAX networks.
- the term “transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding, or carrying instructions for execution by the machine, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software.
Landscapes
- Business, Economics & Management (AREA)
- Engineering & Computer Science (AREA)
- Theoretical Computer Science (AREA)
- Physics & Mathematics (AREA)
- General Physics & Mathematics (AREA)
- Strategic Management (AREA)
- Accounting & Taxation (AREA)
- General Business, Economics & Management (AREA)
- Development Economics (AREA)
- Marketing (AREA)
- Economics (AREA)
- Finance (AREA)
- Tourism & Hospitality (AREA)
- Human Resources & Organizations (AREA)
- Databases & Information Systems (AREA)
- Data Mining & Analysis (AREA)
- Entrepreneurship & Innovation (AREA)
- General Engineering & Computer Science (AREA)
- Software Systems (AREA)
- Quality & Reliability (AREA)
- Operations Research (AREA)
- Educational Administration (AREA)
- Health & Medical Sciences (AREA)
- General Health & Medical Sciences (AREA)
- Primary Health Care (AREA)
- Computer Security & Cryptography (AREA)
- Technology Law (AREA)
- Computing Systems (AREA)
- Financial Or Insurance-Related Operations Such As Payment And Settlement (AREA)
Abstract
Description
- The present application claims the benefit under 35 U.S.C. § 119(e) of U.S. Provisional Patent Application 62/830,686, filed Apr. 8, 2019, which is hereby incorporated by reference herein in its entirety.
- This application relates generally to electronic financial transaction processing, and more particularly to the secure processing of electronic remittance payments, that is a payment from a Buyer (Payor) to a Seller (Payee or Biller).
- A monetary transaction typically involves a payor providing funds to a payee for goods or services rendered in response to a bill or invoice. One common way for a payor to provide funds to a payee is in the form of a negotiable instrument, such as a check. A check is a negotiable instrument drawn against the payor's financial institution which includes the financial institution's bank routing number, payor's account number, payment amount, payee's name, date, and payor's endorsement. The payee can cash the check at a bank or other financial institution, deposit the check into the payee's account, or endorse it for payment to the order of another person or legal entity. The bank uses the information provided on the check to determine the amount of the check, a bank and account where the funds are located, and sometimes the payee account in which to deposit the funds.
- This system of transferring funds between a payor and a payee using a physical document, such as a check, presents several challenges. First, most payors are making several payments in a payment cycle and payors must make sure that the payor information is up to date and accurate. Second, payee information may vary over the course of a year, making it challenging to remit payment to the proper payee destination. Third, different payees have different modes of accepting payments, each of which must be accommodated. Fourth, the records of the payments may have to be provided to update accounting software so that the payments are logged as having been made. Fifth, the payee needs to know if the amount of the payment is what was expected as reflected on the bill or invoice. Other challenges exist, and the foregoing list is provided to demonstrate some of the challenges.
- In addition, the check clearing system based on the exchange of physical documents can be costly and add time delays to the check clearing process due to transportation and processing of large volumes of physical documents. In the United States of America, prior to 2004 if a payee deposited a check written by a payor from one bank into an account at a different bank, the banks would have to physically exchange the paper check before the money would be credited to the account. In 2004 the Check Clearing for the 21st Century Act (Check21 Act) was passed in the United States which makes the digital image of a check (electronic check or eCheck) legally acceptable for payment purposes in the same manner as a traditional paper check. Under the Check21 Act, rather than exchanging paper checks between banks when a payee deposits a check, one bank can send an image of the check to the other bank. Similarly, the physical presentment of a paper check and paper invoice or bill to a payee can be costly and add time delays due to transportation of large volumes of physical documents. Additionally, the conversion of the information found on physical document (e.g. checks, bills, invoices) can be costly and add time delays due to the process and accuracy of the conversion process (e.g. use manual data entry to enter information from the document into a computer and/or scan documents into a computer and use Optical Character Recognition (OCR) algorithms to recognize and interpret information from the document.
- Thus, there is a need in the art for a trusted electronic payment platform to process electronic payments, including electronic checks, in a secure manner.
- The present subject matter involves a system and method for producing and processing electronic payments and remittance information including electronic checks in a secure manner.
- In various embodiments, enrollment information is received from payors and payees, including authorization to process electronic payments or deposits to select payees. A secure portal is provided to authenticate electronic payment instructions from the payor, in various embodiments. In various embodiments, electronic payment instructions are received including payment data from the payor via the secure portal, the payment data including an amount of a payment and identifying at least one payee. In various payments, the payment is made using an electronic check (eCheck) electronically sent to a lockbox at a participating bank for the payment to the payee. In various embodiments, a check is printed to fulfill Check21 Act requirements, electronic images are obtained of front and back of the printed check, and an electronic deposit is performed in the amount of the payment to the payee using an electronic lockbox system of a banking partner. In various embodiments, a bill or invoice is printed that accompanies the check or eCheck. In cases where electronic payments are not recognized for a payee, paper items can be sent.
- This Summary is an overview of some of the teachings of the present application and not intended to be an exclusive or exhaustive treatment of the present subject matter. Further details about the present subject matter are found in the detailed description and appended claims. The scope of the present invention is defined by the appended claims and their legal equivalents.
-
FIG. 1 is a flow diagram demonstrating traditional payment flows of a bank with the payor as a client. -
FIG. 2 is a flow diagram demonstrating payment flows of a bank with the payor as a client using a lockbox and electronic checks (eChecks) according to one embodiment of the present subject matter. -
FIG. 3A is a flow diagram demonstrating payment flows of a bank with the payor as a client using an electronic lockbox and eChecks according to one embodiment of the present subject matter. -
FIG. 3B is a flow diagram showing the selection of payment modes based on recorded information about the payee according to one embodiment of the present subject matter. -
FIG. 4 is a flow diagram demonstrating payment flows of a bank with the payee as a client using an electronic lockbox and eChecks according to one embodiment of the present subject matter. -
FIG. 5 is a block diagram of a machine in the example form of a computer system within which a set of instructions can be executed, for causing the machine to perform any one or more of the methodologies discussed herein. - The following detailed description refers to subject matter in the accompanying drawings which show, by way of illustration, specific aspects and embodiments in which the present subject matter may be practiced. These embodiments are described in sufficient detail to enable those skilled in the art to practice the present subject matter. References to “an”, “one”, or “various” embodiments in this disclosure are not necessarily to the same embodiment, and such references contemplate more than one embodiment. The following detailed description is, therefore, not to be taken in a limiting sense, and the scope is defined only by the appended claims, along with the full scope of legal equivalents to which such claims are entitled.
- Payments by companies in response to bills and/or invoices are frequently accomplished using ERP (enterprise resource planning) software or accounting software that manages and integrates a company's financial records and activities, among other things. Such systems frequently employ payable files from various databases to perform batch payments. Companies often employ a check issuance file which can be used by a payor to disburse checks.
FIG. 1 is a flow diagram 100 demonstrating traditional payment flows of a bank with the payor as a client. The payors can formulatepayable files 102 and checkissuance files 104 from a variety of financial software. Various accountpayable programs 106 can be used to create check disbursements from the payor's bank. Someprograms 106 include, but are not limited to those by SAP, Oracle, Excel, Microsoft and QuickBooks.Payable files 102 and checkissuance files 104 are processed by integratedpayable services 108 such as ACHservices 110,wire services 112, andother payment 114 andcheck disbursement services 116. The resulting paper checks and corresponding bills and/or invoices (if available) are combined (120) and mailed to payeebank lockbox services 122 and directly tonon-lockbox payees 124. - A lockbox is a collection and processing service companies use to collect payments from a dedicated postal box to which the company directs its customers to remit payment to. The company or its lockbox service provider, which may be a bank or other service provider, makes several collections each day and deposits the collected funds in the company's bank accounts.
- The present subject matter provides systems and methods for aggregation and electronic processing of check-based payments. In various embodiments, the present subject matter provides a way to network with banks and other financial institutions to reduce the cost of operations to lockbox clients. In various embodiments, the service replaces paper checks with electronic import to a bank's lockbox.
-
FIG. 2 is a flow diagram 200 demonstrating payment flows of a bank with the payor as a client using a lockbox and electronic checks (eChecks) according to one embodiment of the present subject matter. The system adds aneCheck file 230 for eCheck payments electronically produced by aneCheck Service 282 of the payor'sbank 280. This allowseChecks 234 to be produced, scanned, and electronically deposited (such as by electronic deposits vial ACH or by a debit card), as from a payables file 202 and eChecks file 242 instructions as opposed to check drafts that are printed and mailed. The system also allows forpaper items 220 to be sent to the payee bank'slockbox 222, or to be directly mailed tonon-lockbox payees 224. - In various embodiments, participant banks will send the eCheck Service disbursement files of check and invoice details to be printed and mailed.
FIG. 3A is a flow diagram 300 demonstrating payment flows of a bank with the payor as a client using eChecks and an electronic lockbox according to one embodiment of the present subject matter. As shown inFIG. 3B , the payor's ERP or accounting system will determine outgoing payments (payables) at 350. The payor's bank will determine if the specific payee banking account information is known to reach the payee electronically, at 352. If so, then the payment can be cleared via ACH or some other electronic payment instrument, at 354. If not, the eCheck Service will determine if check and invoice details are destined for a payee P.O. Box address of a payee that is registered to receive electronic lockbox files, at 356. An electronic lockbox file is a lockbox file that is converted to an electronic version. If the payee is registered to receive such files, then the lockbox processing is outsourced to one of the participant banks or not (e.g., resulting in a match or no match). If there is a match, then the check will be printed, imaged, discarded (to meet current industry requirements), bundled with invoice details, aggregated with other items at 358 and sent to participant bank in an electronic file at 360. The electronic file is received by a network bank lockbox service. If there is no match, the checks and invoice details will be printed and mailed at 362. The lockbox platform (e.g., IRPS or Image Remittance Processing System) will be enhanced to ingest the electronic file and process through the lockbox system consistent with paper presentment. - In various embodiments, the
eCheck Service 336 includes storage or other dynamic service (e.g., an application programming interface (API)) that can map a P.O. Box number to a participating lockbox bank or other lockbox service provider and provide anelectronic lockbox file 338 for payee lockbox services to process checks for payees in theeCheck Service network 340. One benefit of this electronic lockbox file is that it may include specific and accurate information from both bill or invoice and the check saving the need for downstream reconcilement. In various embodiments, tracking individual check items, individual bill items, individual invoice items and files could deploy blockchain or distributed general ledger approaches to ensure payments are not lost, payors are known and accurate and payees are known and accurate. In various embodiments, given the potential real time flow of transactions from payor to payee, the eCheck Service could act as a platform for payors and payees to negotiate terms of any payment which may result in discounts, credits or other monetary or non-monetary benefit to either party. -
FIG. 4 is a flow diagram 400 demonstrating payment flows of a bank with the payee as a client using an electronic lockbox and eChecks according to one embodiment of the present subject matter. In various embodiments, the payee'sbank 410 receives electronic lockbox files 408 from the payor'seCheck Service 436. Theelectronic lockbox file 408 is received by awholesale lockbox system 412 at the payee'sbank 410 and paper checks are also captured 414 and recorded by the system. The resulting payments are reported back to the payor'sbanks 440 via X9 files 416 and are also recorded as ERP files 418 to manage the payment records at the payee. This allows theparticipant payee banks 410 to utilize an eDeposit box feature to disintermediate eChecks and create anX9 file 416 for payor's bank. The result is an eChecks “clearing house.” - In various embodiments, the present subject matter provides reduced upfront costs for completing an A/P (accounts payable) or A/R (accounts receivable) cycle. In various embodiments, the present subject matter provides for aggregation and delivery of bulk check-based payments in real time or near real time. In various embodiments, the electronic lockbox system provides for improved retention of lockbox clients by increasing the value and differentiation of the electronic lockbox system. In various embodiments, the present subject matter provides a payments platform to allow buyers and sellers to negotiate discounts and rebates for different transaction terms. Additional advantages include faster payment, acknowledgement of receipt, inclusion of remittance details, fewer posting exceptions, and improved cash management for payors and payees.
- In various embodiments the payors and payees are logged into the payment system using a client device, such as a desktop computer, a mobile phone, a laptop computer, or other computing device. In various embodiments the client executes a browser-based program or API interface to communicate with the payment system. In various embodiments, the client executes an applet or other software to communicate with the payment platform.
- The present subject matter can be practiced in electronic payment systems, such as in the Trusted Secure Electronic Payment Processing Platform described in U.S. Provisional Patent Application Ser. No. 62/742,047, filed on Oct. 5, 2018, which is hereby incorporated by reference in its entirety. In various embodiments, the front and back side of the check are printed using the platform to provide a paper check, which can be used to document an electronic transfer and which can be scanned and presented using the Check 21 process. In such embodiments, the payor can provide payee and an amount of the payment to the secure electronic payment platform. The secure electronic payment platform can composite front and back sides of a check that can be remitted for payment using the Check 21 infrastructure in cooperation with its financial institution partners to provide payment to the payee.
- In various embodiments, a printed check is imaged (such as by scanning) using the secure electronic payment platform in a format suitable for Check 21 processing. In various embodiments, the secure electronic payment platform formulates payment instructions to banks (or other financial institutions) using the Check 21 infrastructure, and completes payments and collects funds for payments.
- According to various embodiments, the payor registers with the secure electronic payment platform, and authorizes it to process electronic payments and/or deposits on behalf of the payor to select payees. The payor sends electronic transaction data, such as is found on check front, using a graphic user interface (GUI) to the secure electronic payment platform. In various embodiments, the transmission is sent without sending an image of a check. A virtual private network (VPN) is used to transmit account related information, in various embodiments. In various embodiments, the information includes an amount of payment and payee or payee's account. In various embodiments, the funding source for the payment is a default source. In various embodiments, the funding source is designated and provided with the other information. In various embodiments, secure electronic payment platform is configured to receive the electronic payment information and generate a Check 21 compliant eCheck for payment of the payor.
- In various embodiments, the secure electronic payment platform is configured to use a server to enroll payors and payees and to collect and record their preferences and authorizations. Payors can be provided a secure access to a database of payees and can request that certain payees are added to the system. The operator of the secure electronic payment platform has storage and secure database features that can assist in the enrollment of new payees, record their payment preferences, and obtain the necessary agreements to deposit electronic payments according to those preferences. Payees can authorize the secure electronic payment platform to endorse payments from the payor as the payee has elected, thereby allowing it to create images of a front and back electronic check for further processing as set forth in this application and as set forth in U.S. Provisional Patent Application Ser. No. 62/742,047, filed on Oct. 5, 2018, which is incorporated by reference in its entirety in this application.
- The present subject matter deployed in the secure electronic payment platform includes various advantages for various embodiments, including one or combinations of the following advantages. One of the advantages of the use of a secure electronic payment platform is that it can authenticate payors to prevent fraud. Another advantage of the present subject matter is that the trusted processing platform may use the Check21 infrastructure to pay payees. Other advantages exist which are not described herein.
-
FIG. 5 is a block diagram illustrating a machine in the example form of acomputer system 500, within which a set or sequence of instructions can be executed to cause the machine to perform any one of the methodologies discussed herein, according to an example embodiment. For example, thecomputer system 500 could be used at a payor bank to process payment information. Thecomputer system 500 could be used at the eCheck Service to process check payments. Thecomputer system 500 could be used at the payee bank to process check payments. In alternative embodiments, the machine operates as a standalone device or can be connected (e.g., networked) to other machines. In a networked deployment, the machine can operate in the capacity of either a server or a client machine in server-client network environments, or it can act as a peer machine in peer-to-peer (or distributed) network environments. The machine can be a personal computer (PC), a tablet PC, a hybrid tablet, a set-top box (STB), a personal digital assistant (PDA), a mobile or cellular telephone such as a smart phone, a web appliance, a network router, switch or bridge, or any machine capable of executing instructions (sequential or otherwise) that specify actions to be taken by that machine. Further, while only a single machine is illustrated, the term “machine” shall also be taken to include any collection of machines that individually or jointly execute a set (or multiple sets) of instructions to perform any one or more of the methodologies discussed herein. -
Example computer system 500 includes at least one processor 502 (e.g., a central processing unit (CPU), a graphics processing unit (GPU) or both, processor cores, compute nodes, etc.), amain memory 504 and astatic memory 506, which communicate with each other via a link 508 (e.g., bus). Thecomputer system 500 can further include avideo display unit 510, an alphanumeric input device 512 (e.g., a keyboard), and a user interface (UI) navigation device 514 (e.g., a mouse). In one embodiment, thevideo display unit 510,input device 512 andUI navigation device 514 are incorporated into a touch screen display. Thecomputer system 500 can additionally include a storage device 516 (e.g., a drive unit), a signal generation device 518 (e.g., a speaker), anetwork interface device 520, and one or more sensors (not shown), such as a global positioning system (GPS) sensor, compass, accelerometer, or other sensor. - The
data storage device 516 includes a machine-readable medium 522 on which is stored one or more sets of data structures and instructions 524 (e.g., software) embodying or utilized by any one or more of the methodologies or functions described herein. Theinstructions 524 may include a machine learning system or algorithm, and can also reside, completely or at least partially, within themain memory 504,static memory 506, and/or within theprocessor 502 during execution thereof by thecomputer system 500, with themain memory 504,static memory 506, and theprocessor 502 also constituting machine-readable media. - While the non-transitory computer-
readable storage medium 522 is illustrated in an example embodiment to be a single medium, the term “machine-readable medium” or “computer-readable medium” can include a single medium or multiple media (e.g., a centralized or distributed database, and/or associated caches and servers) that store the one ormore instructions 524. The term “machine-readable medium” shall also be taken to include any tangible medium that is capable of storing, encoding or carrying instructions (e.g., instructions 524) for execution by the machine and that cause the machine to perform any one or more of the methodologies of the present disclosure or that is capable of storing, encoding or carrying data structures utilized by or associated with such instructions. The term “machine-readable medium” shall accordingly be taken to include, but not be limited to, solid-state memories, and optical and magnetic media. Specific examples of machine-readable media include non-volatile memory, including, but not limited to, by way of example, semiconductor memory devices (e.g., electrically programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM)) and flash memory devices; magnetic disks such as internal hard disks and removable disks; magneto-optical disks; and CD-ROM and DVD-ROM disks. - The
instructions 524 can further be transmitted or received over acommunications network 526 using a transmission medium via thenetwork interface device 520 utilizing any one of a number of well-known transfer protocols (e.g., HTTP). Examples of communication networks include a local area network (LAN), a wide area network (WAN), the Internet, mobile telephone networks, plain old telephone system (POTS) networks, and wireless data networks (e.g., Wi-Fi, 3G, and 6G LTE/LTE-A or WiMAX networks). The term “transmission medium” shall be taken to include any intangible medium that is capable of storing, encoding, or carrying instructions for execution by the machine, and includes digital or analog communications signals or other intangible medium to facilitate communication of such software. - It is understood that other combinations and configurations may be employed without departing from the scope of the present subject matter. This application is intended to cover adaptations or variations of the present subject matter. It is to be understood that the above description is intended to be illustrative, and not restrictive. The scope of the present subject matter should be determined with reference to the appended claims, along with the full scope of equivalents to which such claims are entitled.
Claims (20)
Priority Applications (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US16/842,998 US20200320485A1 (en) | 2019-04-08 | 2020-04-08 | Aggregation and processing of check-based payments |
US18/049,071 US20230066909A1 (en) | 2019-04-08 | 2022-10-24 | Aggregation and processing of check-based payments |
Applications Claiming Priority (2)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US201962830686P | 2019-04-08 | 2019-04-08 | |
US16/842,998 US20200320485A1 (en) | 2019-04-08 | 2020-04-08 | Aggregation and processing of check-based payments |
Related Child Applications (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US18/049,071 Division US20230066909A1 (en) | 2019-04-08 | 2022-10-24 | Aggregation and processing of check-based payments |
Publications (1)
Publication Number | Publication Date |
---|---|
US20200320485A1 true US20200320485A1 (en) | 2020-10-08 |
Family
ID=72663521
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US16/842,998 Abandoned US20200320485A1 (en) | 2019-04-08 | 2020-04-08 | Aggregation and processing of check-based payments |
US18/049,071 Pending US20230066909A1 (en) | 2019-04-08 | 2022-10-24 | Aggregation and processing of check-based payments |
Family Applications After (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US18/049,071 Pending US20230066909A1 (en) | 2019-04-08 | 2022-10-24 | Aggregation and processing of check-based payments |
Country Status (2)
Country | Link |
---|---|
US (2) | US20200320485A1 (en) |
CA (1) | CA3077682C (en) |
Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070271160A1 (en) * | 2002-09-12 | 2007-11-22 | The Pnc Financial Services Group, Inc. | Accounts payable process |
Family Cites Families (4)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US7657473B1 (en) * | 2002-05-07 | 2010-02-02 | Diebold Self-Service Systems Division Of Diebold, Incorported | Automated banking machine that operates responsive to data bearing records |
US20080247629A1 (en) * | 2006-10-10 | 2008-10-09 | Gilder Clark S | Systems and methods for check 21 image replacement document enhancements |
US20160048813A1 (en) * | 2014-08-13 | 2016-02-18 | Bank Of America Corporation | Electronic correspondence handling using an electronic lockbox |
US20180144292A1 (en) * | 2016-11-22 | 2018-05-24 | Wal-Mart Stores, Inc. | Apparatus and method for tracking consumer premises inventory |
-
2020
- 2020-04-08 US US16/842,998 patent/US20200320485A1/en not_active Abandoned
- 2020-04-08 CA CA3077682A patent/CA3077682C/en active Active
-
2022
- 2022-10-24 US US18/049,071 patent/US20230066909A1/en active Pending
Patent Citations (1)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US20070271160A1 (en) * | 2002-09-12 | 2007-11-22 | The Pnc Financial Services Group, Inc. | Accounts payable process |
Also Published As
Publication number | Publication date |
---|---|
US20230066909A1 (en) | 2023-03-02 |
CA3077682C (en) | 2023-08-01 |
CA3077682A1 (en) | 2020-10-08 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US7792752B1 (en) | Video financial deposit | |
US11488405B1 (en) | Systems and methods for remote deposit of checks | |
US7856402B1 (en) | Video financial deposit | |
US7912785B1 (en) | Video financial deposit | |
US8799147B1 (en) | Systems and methods for remote deposit of negotiable instruments with non-payee institutions | |
US7885451B1 (en) | Systems and methods for displaying negotiable instruments derived from various sources | |
US11132652B2 (en) | System and method for managing financial transactions based on electronic check data | |
US8600898B2 (en) | Electronic payment systems and methods utilizing digitally originated checks | |
US8798354B1 (en) | Method and system for automatic correlation of check-based payments to customer accounts and/or invoices | |
US10387858B2 (en) | Integrated electronic cash flow management system and method | |
US10679196B2 (en) | Bill payment aggregation service | |
US7970677B1 (en) | Systems and methods for financial deposits by electronic message | |
US20120116972A1 (en) | Electronic Payment Orders | |
US11734760B1 (en) | Systems and methods for operating a math-based currency exchange | |
US20190318354A1 (en) | Secure electronic billing with real-time funds availability | |
US20150356545A1 (en) | Machine Implemented Method of Processing a Transaction Document | |
US11694268B1 (en) | Systems and methods for live video financial deposit | |
US20140164192A1 (en) | Franchise royalty and advertising fee collection | |
US10937008B2 (en) | Cross border image exchange | |
US20190378182A1 (en) | Secure electronic billing with real-time funds availability | |
US20170061397A1 (en) | Electronic coin systems and methods utilizing coins digitally | |
CA3077682C (en) | Aggregation and processing of check-based payments | |
US11176559B2 (en) | Cross channel interlinked resource deployment system | |
US20200118119A1 (en) | Currency Agnostic Conversion And Deployment System | |
US11270270B2 (en) | Trusted secure electronic payment processing platform |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
AS | Assignment |
Owner name: DELUXE CORPORATION, MINNESOTA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SPRINGHETTI, RODNEY PETE;GOLBACH, SAMUEL WILLIAM;CLAUSEN, CHRISTOPHER WADE;SIGNING DATES FROM 20190416 TO 20190524;REEL/FRAME:052985/0393 Owner name: DELUXE CORPORATION, MINNESOTA Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:BUETTNER, LAWRENCE FRANCIS;REEL/FRAME:052985/0435 Effective date: 20190417 |
|
AS | Assignment |
Owner name: JPMORGAN CHASE BANK, N.A,, AS ADMINISTRATIVE AGENT, DELAWARE Free format text: SECURITY INTEREST;ASSIGNORS:DELUXE CORPORATION;DIRECT CHECKS UNLIMITED, LLC;WAUSAU FINANCIAL SYSTEMS, INC.;AND OTHERS;REEL/FRAME:056403/0946 Effective date: 20210601 |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: ADVISORY ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: DOCKETED NEW CASE - READY FOR EXAMINATION |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: NON FINAL ACTION MAILED |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: RESPONSE TO NON-FINAL OFFICE ACTION ENTERED AND FORWARDED TO EXAMINER |
|
STPP | Information on status: patent application and granting procedure in general |
Free format text: FINAL REJECTION MAILED |
|
STCB | Information on status: application discontinuation |
Free format text: ABANDONED -- FAILURE TO RESPOND TO AN OFFICE ACTION |