Recovery of declined transactions
Systems and methods for facilitating a purchase are described. When a payment processor declines a transaction, an error code is sent to a merchant. The error code indicates to the merchant that the failed transaction is recoverable if the user chooses a new funding source or payment instrument. The merchant sends the user back to a payment service provider site where the user can either choose a new funding source or enter a new payment method.
1. A transaction recovery system comprising:
a non-transitory memory storing payment information of a user; and
one or more hardware processors coupled to the non-transitory memory and configured to read instructions from the non-transitory memory to cause the system to perform operations comprising:
issuing an electronic token to the user, wherein the electronic token contains user login and password information for the user;
storing the electronic token on a user device associated with the user;
receiving, from the user on a webpage of a payment service provider site, a selection of a first payment instrument;
receiving, from a merchant, a request to process payment with the first payment instrument for a purchase the user made on a merchant site;
receiving, from an entity that issued the first payment instrument, a rejection of the first payment instrument;
transmitting, to the merchant, a request to redirect the user to the payment service provider site;
automatically logging in the user to the payment service provider site using the electronic token to bypass a login page of the payment service provider site;
redirecting the user back to the webpage where the user selected the first payment instrument;
receiving, from the user on the webpage of the payment service provider site, a selection of a second payment instrument; and
receiving, from the merchant, a request to process payment with the second payment instrument for the purchase.
2. The transaction recovery system of claim 1 , wherein the operations further comprise displaying, to the user on the payment service provider's site, a message regarding why the first payment instrument was rejected.
3. The transaction recovery system of claim 1 , wherein the electronic token is associated with the purchase.
4. The transaction recovery system of claim 1 , wherein the request to redirect the user is in the form of an error code.
5. The transaction recovery system of claim 4 , wherein the operations further comprise transmitting, to the merchant, a second error code after a predetermined number of payment attempts have failed.
6. The transaction recovery system of claim 1 , wherein the operations further comprise selecting the second payment instrument from a list of payment instruments pre-registered by the user.
7. The transaction recovery system of claim 1 , wherein the second payment instrument is a new payment instrument.
8. A method for recovering a declined transaction, comprising:
receiving, by one or more hardware processors of a payment service provider, a selection of a first payment instrument from a user on a webpage of a payment service provider site;
receiving, by the one or more hardware processors, a request to process payment with the first payment instrument for a purchase the user made on a merchant site from a merchant;
receiving, by the one or more hardware processors, a rejection of the first payment instrument from an entity that issued the first payment instrument;
transmitting, by the one or more hardware processors, a request to redirect the user to the payment service provider site to the merchant;
automatically logging in, by the one or more hardware processors, the user to the payment service provider site to bypass a login page of the payment service provider site;
redirecting, by the one or more hardware processors, the user back to the webpage where the user selected the first payment instrument;
receiving, by the one or more hardware processors, a selection of a second payment instrument from the user on the webpage of the payment service provider site; and
receiving, by the one or more hardware processors, a request to process payment with the second payment instrument for the purchase from the merchant.
9. The method of claim 8 , further comprising displaying, to the user on the payment service provider site, a message regarding why the first payment instrument was rejected.
10. The method of claim 8 , wherein the user is logged in to the payment service provider site using an electronic token associated with the user and the purchase.
11. The method of claim 8 , wherein the request to redirect the user is in the form of an error code.
12. The method of claim 11 , further comprising transmitting a second error code to the merchant after a predetermined number of payment attempts have failed.
13. The method of claim 8 , further comprising selecting the second payment instrument from a list of payment instruments pre-registered by the user.
14. The method of claim 8 , wherein the second payment instrument is a new payment instrument.
15. A non-transitory machine-readable medium having stored thereon machine-readable instructions executable to cause a machine to perform operations comprising:
receiving a selection of a first payment instrument from a user on a webpage of a payment service provider site;
receiving a request to process payment with the first payment instrument for a purchase the user made on a merchant site from a merchant;
receiving a rejection of the first payment instrument from an entity that issued the first payment instrument;
transmitting a request to redirect the user to the payment service provider site to the merchant;
automatically logging in the user to the payment service provider site to bypass a login page of the payment service provider site;
redirecting the user back to the webpage where the user selected the first payment instrument;
receiving a selection of a second payment instrument from the user on the webpage of the payment service provider site; and
receiving a request to process payment with the second payment instrument for the purchase from the merchant.
16. The non-transitory machine-readable medium of claim 15 , wherein the operations further comprise displaying, to the user on the payment service provider site, a message regarding why the first payment instrument was rejected.
17. The non-transitory machine-readable medium of claim 15 , wherein the user is logged in to the payment service provider site using an electronic token associated with the user and the purchase.
18. The non-transitory machine-readable medium of claim 15 , wherein the request to redirect the user is in the form of an error code.
19. The non-transitory machine-readable medium of claim 18 , wherein the operations further comprise transmitting a second error code to the merchant after a predetermined number of payment attempts have failed.
20. The non-transitory machine-readable medium of claim 15 , wherein the operations further comprise selecting the second payment instrument from a list of payment instruments pre-registered by the user.