Accelerated virtual card payments in B2B transactions

Patent metadata

Field	Value
Publication number	US-11829993-B2
Application number	US-202117525583-A
Country	US
Kind code	B2
Filing date	Nov 12, 2021
Priority date	Dec 15, 2020
Publication date	Nov 28, 2023
Grant date	Nov 28, 2023

Abstract

The disclosure herein relates to methods and systems of that facilitate instant payment of invoices based on automatic, intelligent, predictions that a buyer will approve an invoice without express input by the buyer. For example, a system may determine a probability that an invoice will be approved for payment by a buyer with express approval from the buyer. Once an invoice is automatically approved for payment, the system may employ various automated systems to facilitate payment to suppliers without the need for suppliers to extract virtual card data or other payment information from email payment requests or other invoice payment requirements to receive payment. For example, the system may generate calls to automatically generate virtual card numbers on behalf of buyers and submit payment messages for payments to suppliers using the virtual card numbers.

First claim

What is claimed is:

1. A system of providing instant invoice payments for invoices from a supplier to a buyer, comprising:
a processor programmed to:
receive an invoice for goods or services received by a buyer from a supplier, the invoice to be paid by the buyer;
execute an invoice classifier trained on a training corpus comprising a plurality of invoices to predict whether the invoice will be approved or not approved by learning from: at least a first set of invoices from among the plurality of invoices in the training corpus that were approved and at least a second set of invoices from among the plurality of invoices in the training corpus that were declined;
receive, based on execution of the invoice classifier, a classification indicating whether or not the invoice will be approved;
determine whether the buyer has explicitly held or rejected the invoice within a predefined time period;
responsive to a determination that the buyer has not explicitly held or rejected the invoice within the predefined time period:
automatically predict, without an input from the buyer, invoice approval for payment by the buyer based on the classification from the invoice classifier;
wherein to automatically predict invoice approval, the processor is programmed to:
automatically score a likelihood that the buyer will approve the invoice without dispute, and
determine whether the score exceeds a minimum threshold value to automatically predict invoice approval for payment by the buyer;

obtain a virtual card number for the supplier responsive to the score exceeding the minimum threshold value and a determination that there are no holds on the invoice, the virtual card number being an electronic identifier that is associated with a payment account of the supplier to which the payment is made for the invoice through a payment card network:
responsive to the automatic prediction, initiate electronic processing to make the payment to the supplier for the invoice based on the virtual card number and the payment card network;
receive an electronic authorization message indicating a transactional status of the payment via the payment card network using the virtual card number; and
transmit an indication of the transactional status for display to the buyer.

2. The system of claim 1 , wherein to initiate electronic processing to make the payment, the processor is further programmed to:
transform invoice data from the invoice into an electronic mail message comprising the virtual card number and amount of the payment; and
transmit, to a payment mediator that makes an authorization call to the payment card network, the electronic mail message.

3. The system of claim 1 , wherein to initiate electronic processing to make the payment, the processor is further programmed to:
generate an Application Programming interface (API) payment call comprising the virtual card number and amount of the payment; and
transmit, to a straight-through processing (STP) system that routes a payment request to a payment gateway that routes an authorization call to the payment card network, the API payment call.

4. The system of claim 1 , wherein the processor is further programmed to:
access payment processing configuration information of the buyer, the payment processing configuration information defining whether an electronic mail intercept procedure or a straight-through processing (STP) procedure is to be used for the buyer to make the payment for the invoice; and
wherein to initiate electronic processing to initiate the payment, the processor is further programmed to initiate the electronic mail intercept procedure or the STP procedure based on the payment processing configuration information.

5. The system of claim 1 , wherein to obtain the virtual card number, the processor is further programmed to:
generate an Application Programming Interface (API) call to obtain the virtual card number; and
transmit the API call to a virtual card number service that manages virtual card numbers.

6. The system of claim 1 , wherein the output of the invoice classifier relates to a probability of whether or not the invoice will be approved and wherein to automatically make the prediction, the processor is further programmed to:
determine whether the probability meets or exceeds a predetermined threshold probability.

7. The system of claim 1 , wherein the processor is further programmed to:
receive, from the buyer, a confirmation that the buyer approves of the automatic prediction; and
add the confirmation to the training corpus of invoices to refine training for the invoice classifier.

8. The system of claim 1 , wherein the processor is further programmed to:
receive, from the buyer, an indication that the buyer has rejected the invoice;
identify a payment transaction on the payment card network corresponding to the payment;
generate a chargeback request comprising a reason code that indicates rejection of the invoice; and
transmit the chargeback request to a chargeback processor.

9. The system of claim 8 , wherein the processor is further programmed to:
extract a chargeback report from the chargeback processor; and
transmit the chargeback report to an acquirer of the supplier that receive the payment on behalf of the buyer and/or an issuer associated with the virtual card number.

10. The system of claim 1 , wherein to initiate electronic processing to make the payment to the supplier for the invoice, the processor is further programmed to:
transmit the virtual card number to a gateway server;
emulate, by the gateway server, a supplier point of sale (POS) terminal based on the virtual card number; and
transmit, by the supplier POS terminal emulated by the gateway server, a transaction request to an acquirer, which routes the transaction request for payment via a payment network.

11. The system of claim 10 , wherein to emulate the supplier POS terminal, the processor is further programmed to:
generate the transaction request based at least on the virtual card number, invoice amount, and a supplier identifier that identifies the supplier.

12. A method, comprising:
receiving, by a processor, an invoice for goods or services received by a buyer from a supplier, the invoice to be paid by the buyer;
executing, by the processor, an invoice classifier trained on a training corpus comprising a plurality of invoices to predict whether the invoice will be approved or not approved by learning from: at least a first set of invoices from among the plurality of invoices in the training corpus that were approved and at least a second set of invoices from among the plurality of invoices in the training corpus that were declined;
receiving, by the processor, based on execution of the invoice classifier, a classification indicating whether or not the invoice will be approved;
determining, by the processor, whether the buyer has explicitly held or rejected the invoice within a predefined time period;
responsive to a determination that the buyer has not explicitly held or rejected the invoice within the predefined time period:
automatically predicting, by the processor, without an input from the buyer, invoice approval for payment by the buyer based on the classification from the invoice classifier;
wherein automatically predicting invoice approval comprises:
automatically scoring, by the processor, a likelihood that the buyer will approve the invoice without dispute, and
determining, by the processor, whether the score exceeds a minimum threshold value to automatically predict invoice approval for payment by the buyer;

obtaining, by the processor, a virtual card number for the supplier re

Assignees

• Mastercard International Inc

Inventors

• Debellis Anthony
• Mayer Shlomo Akiva
• Shaikh Aazum
• Brown Travis
• Leung Kelvin
• Pacifico Robert

Classifications

• G06Q20/351 Primary

  Virtual cards · CPC title

• G06Q20/065

  using e-cash · CPC title

• G06Q20/102

  Bill distribution or payments · CPC title

• G06Q20/407

  Cancellation of a transaction · CPC title

• G06Q30/016 Primary

  After-sales · CPC title