Systems and Methods for Providing Stand-In Authorization

1. A computer-implemented method for performing a stand-in payment authorization, the method implemented using a stand-in payment authorization (SPA) computing device including at least one processor coupled to a memory device and in communication with a payment interchange network and a plurality of issuers, said method comprising: executing, by the at least one processor, an account management (AM) module and a data analyzer (DA) module coupled to the AM module; retrieving, 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; calculating, by the DA module on a 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; identifying, 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; transmitting, by the DA module on the periodic basis, a list of the set of account numbers to the AM module; storing, 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 setting, 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 purging, 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; receiving, 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; comparing, 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, generating, 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, generating, by the AM module, a second authorization response data signal declining a second current transaction associated with the second candidate account number; and transmitting, 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.

2. The method of claim 1 , said method further comprising: ranking, by the DA module on the periodic basis, the plurality of account numbers by a value of the long-term variable to identify the top percentile.

3. The method of claim 1 , wherein each of the plurality of authorization request data signals includes a monetary amount for each corresponding current transaction, said method further comprising: storing, in the account file, a transaction limit amount associated with each account number of the set of account numbers; retrieving, from the account file, a transaction limit amount associated with the first candidate account number; comparing, by the AM module, the monetary amount with the transaction limit amount; and generating, by the AM module, the first authorization response data signal to authorize the first current transaction further in response to the monetary amount being equal to or less than the transaction limit amount.

4. The method of claim 1 , further comprising: generating, by the AM module, a response code indicating a reason for authorizing of the first current transaction by the SPA computing device; and transmitting, by the AM module, the response code to the payment interchange network with the first authorization response data signal.

5. 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.

6. The system of claim 5 further configured to: rank, by the DA module on the periodic basis, the plurality of account numbers by a value of the long-term variable to identify the top percentile.

7. The system of claim 5 , wherein each of the plurality of authorization request data signals includes a monetary amount for the first current transaction, said SPA computing device further configured to: store, in the account file, a transaction limit amount associated with each account number of the set of account numbers; retrieve, from the account file, a transaction limit amount associated with the first candidate account number; compare, by the AM module, the monetary amount with the transaction limit amount; and generate, by the AM module, the first authorization response data signal to authorize the first current transaction further in response to the monetary amount being equal to or less than the transaction limit amount.

8. The system of claim 5 , said SPA computing device further configured to: generate, by the AM module, a response code indicating a reason for authorizing of the first current transaction by the SPA computing device; and transmit, by the AM module, the response code to the payment interchange network with the first authorization response data signal.

9. 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.

10. The at least one non-transitory computer-readable storage medium of claim 9 , wherein the computer-executable instructions further cause the at least one processor to: rank, by the DA module on the periodic basis, the plurality of account numbers by a value of the long-term variable to identify the top percentile.

11. The at least one non-transitory computer-readable storage medium of claim 9 , wherein each of the plurality of authorization request data signals includes a monetary amount for the first current transaction, wherein the computer-executable instructions further cause the at least one processor to: store, in the account file, a transaction limit amount associated with each account number of the set of account numbers; retrieve, from the account file, a transaction limit amount associated with the first candidate account number; compare, by the AM module, the monetary amount with the transaction limit amount; and generate, by the AM module, the first authorization response data signal to authorize the first current transaction further in response to the monetary amount being equal to or less than the transaction limit amount.

12. The at least one non-transitory computer-readable storage medium of claim 9 , wherein the computer-executable instructions further cause the at least one processor to: generate, by the AM module, a response code indicating a reason for authorizing of the first current transaction by the SPA computing device; and transmit, by the AM module, the response code to the payment interchange network with the first authorization response data signal.