Systems and methods for providing stand-in authorization

A system including a payment interchange network and a stand-in payment authorization (SPA) computing device for performing a stand-in payment authorization, said SPA computing device including at least one processor coupled to a memory device and in communication with the payment interchange network and a plurality of issuers, said system configured to:

• execute, by the at least one processor, an account management (AM) module and a data analyzer (DA) module coupled to the AM module;
• retrieve, by the DA module on a periodic basis from a data warehouse, transaction data from completed transactions previously processed over the payment interchange network, the transaction data including a plurality of account numbers for payment cards issued by the plurality of issuers;
• calculate, by the DA module on the periodic basis, a long-term variable measuring total spending amounts for each account number of the plurality of account numbers over a predefined period of time, wherein amounts associated with a first group of the completed transactions are weighed more heavily than amounts associated with a second group of the completed transactions in calculating the long-term variable, and wherein the first group of the completed transactions were completed more recently than the second group of the completed transactions;
• identify, by the DA module on the periodic basis, a set of account numbers of the plurality of account numbers for which the long-term variable is within a top percentile;
• transmit, by the DA module on the periodic basis, a list of the first set of account numbers to the AM module;
• store, by the AM module within the memory device, the set of account numbers in an account file designated to receive stand-in authorization by the SPA computing device, thereby enrolling the set of account numbers in a premium cardholder service;
• automatically set, by the AM module, a predefined purge date for each account number of the set of account numbers, the predefined purge date being a predefined time period after addition of the account number to the account file;
• automatically purge, by the AM module from the account file, at least one of the set of account numbers in response to arrival of the corresponding predefined purge date, thereby unenrolling the at least one of the set of account numbers from the premium cardholder service;
• receive, by the AM module from the payment interchange network, a plurality of authorization request data signals redirected by the payment interchange network to the SPA computing device after the plurality of authorization request data signals have been submitted to an issuing bank computing device that was unresponsive to the plurality of authorization request data signals, the issuing bank computing device associated with an issuer of the plurality of issuers, each of the plurality of authorization request data signals including an authorization request data for a current transaction initiated using a payment card associated with a candidate account number;
• compare, by the AM module, the set of account numbers stored in the account file to each of the candidate account numbers included in the plurality of authorization request data signals;
• in response to matching a first candidate account number included in one of the plurality of authorization request data signals to one of the set of account numbers stored in the account file, generate, by the AM module, a first authorization response data signal authorizing a first current transaction associated with the first candidate account number;
• in response to a failure to match a second candidate account number included in one of the plurality of authorization request data signals to one of the set of account numbers stored in the account file, generate, by the AM module, a second authorization response data signal declining a second current transaction associated with the second candidate account number;
• and
• transmit, by the AM module while the issuing bank computing device is unresponsive, the first authorization response data signal and the second authorization response data signal via the payment interchange network to at least one of at least one acquiring bank computing device and at least one merchant computing device, wherein the first authorization response data signal causes the at least one merchant computing device to authorize the first current transaction, and wherein the second authorization response data signal causes the at least one merchant computing device to decline the second current transaction.

At least one non-transitory computer-readable storage medium having computer-executable instructions embodied thereon, wherein executed by a stand-in payment authorization (SPA) computing device having at least one processor coupled to a memory and in communication with a payment interchange network and a plurality of issuers, the computer-executable instructions cause the at least one processor to:

• execute an account management (AM) module and a data analyzer (DA) module coupled to the AM module;
• retrieve, by the DA module on a periodic basis from a data warehouse, transaction data from completed transactions previously processed over the payment interchange network, the transaction data including a plurality of account numbers for payment cards issued by the plurality of issuers;
• calculate, by the DA module on the periodic basis, a long-term variable measuring total spending amounts for each account number of the plurality of account numbers over a predefined period of time, wherein amounts associated with a first group of the completed transactions are weighed more heavily than amounts associated with a second group of the completed transactions in calculating the long-term variable, and wherein the first group of the completed transactions were completed more recently than the second group of the completed transactions;
• identify, by the DA module on the periodic basis, a set of account numbers of the plurality of account numbers for which the long-term variable is within a top percentile;
• transmit, by the DA module on the periodic basis, a list of the set of account numbers to the AM module;
• store, by the AM module within a memory, the set of account numbers in an account file designated to receive stand-in authorization by the SPA computing device, thereby enrolling the set of account numbers in a premium cardholder service;
• automatically set, by the AM module, a predefined purge date for each account number of the set of account numbers, the predefined purge date being a predefined time period after addition of the account number to the account file;
• automatically purge, by the AM module from the account file, at least one of the set of account numbers in response to arrival of the corresponding predefined purge date, thereby unenrolling the at least one of the set of account numbers from the premium cardholder service;
• receive, by the AM module from the payment interchange network, a plurality of authorization request data signals redirected by the payment interchange network to the SPA computing device after the plurality of authorization request data signals have been submitted to an issuing bank computing device that was unresponsive to the plurality of authorization request data signals, the issuing bank computing device associated with an issuer of the plurality of issuers, the plurality of authorization request data signals including an authorization request data for a current transaction initiated using a payment card associated with a candidate account number;
• compare, by the AM module, the set of account numbers stored in the account file to each of the candidate account numbers included in the plurality of authorization request data signals;
• in response to matching a first candidate account number included in one of the plurality of authorization request data signals to one of the set of account numbers stored in the account file, generate, by the AM module, a first authorization response data signal authorizing a first current transaction associated with the first candidate account number;
• in response to a failure to match a second candidate account number included in one of the plurality of authorization request data signals to one of the set of account numbers stored in the account file, generate, by the AM module, a second authorization response data signal declining a second current transaction associated with the second candidate account number;
• and
• transmit, by the AM module while the issuing bank computing device is unresponsive, the first authorization response data signal and the second authorization response data signal via the payment interchange network to at least one of at least one acquiring bank computing device and at least one merchant computing device, wherein the first authorization response data signal causes the at least one merchant computing device to authorize the first current transaction, and wherein the second authorization response data signal causes the at least one merchant computing device to decline the second current transaction.