Abstract: A cardholder authentication computing device for authenticating user computing devices during online payment transactions are provided. The cardholder authentication computing device leverages pre-authentication of a user by a private network to facilitate authentication of a user in the context of an online payment transaction between the user and a merchant. During the course of an online payment transaction, the cardholder authentication computing device may receive an authentication request messages containing pre-authentication data from a merchant computing device. The cardholder authentication computing device then authenticates the user based, in part, on the pre-authentication data. In certain embodiments, the cardholder authentication computing device may also determine whether one or more partner services apply to transactions between the user and the merchant based on the user's affiliation with the organization.

Abstract: A transaction payload is received that represents at least i) a transaction initiated between a merchant and a customer, ii) an identification of the merchant, iii) an amount of the transaction, and iv) a transaction account associated with the customer. The transaction payload is encrypted using the OEM device credential. Thereafter, the transaction payload is decrypted and validated. Furthermore, the transaction payload is encrypted using an issuer credential, and routed via a predetermined payment service provider to a device associated with the issuer. Thereafter, the processor(s) receive from a device associated with the issuer, approval of the transaction, and transmit approval information to the enrolled mobile computing device for notifying the merchant that the transaction is approved.

Abstract: A dynamic receipt generating (DRG) computing device is provided. The DRG computing device is configured to receive user preference data including dynamic receipt preference data, and a payment account identifier associated with a user. The DRG computing device is also configured to store the user preference data, and receive real-time transaction data associated with a purchase made by the user using a payment account associated with the payment account, the real-time transaction data being in a first format. The DRG computing device is further configured to retrieve the user preference data from the memory based on the payment account identifier, and generate a dynamic receipt based on the real-time transaction data and the retrieved user preference data associated with the payment account identifier. The dynamic receipt having a second format different from the first format, and to transmit the generated dynamic receipt to the user.

Abstract: A method for performing on-behalf tokenization for an automated teller machine (ATM) transaction to enable cardless transactions for any institutional entity includes: receiving, by a receiver of a processing server, a withdrawal request from a first computing system, the withdrawal request including at least a payment token and transaction data; validating, by a processor of the processing server, the payment token included in the withdrawal request; transmitting, by a transmitter of the processing server, the payment token to a second computing system; receiving, by the receiver of the processing server, cryptographic data from the second computing system; transmitting, by the transmitter of the processing server, at least the payment token, cryptographic data, and transaction data to a third computing system, wherein the first computing system, third computing system, and processing server are separate and distinct systems.

Abstract: A dynamic receipt generating (DRG) computing device for dynamically generating customized transaction records is provided. The DRG computing device includes at least one processor in communication with at least one memory device. The DRG computing device is configured to receive user preference data including dynamic receipt preference data, and a payment account identifier associated with a user. The DRG computing device is also configured to store the user preference data in memory and to receive real-time transaction data associated with a purchase made by the user using a payment account associated with the payment account, the real-time transaction data being in a first format. The DRG computing device is further configured to retrieve the user preference data from the memory based on the payment account identifier.

Abstract: In one aspect, a fault intercepting computing device is provided. The fault intercepting computing devices receives a request message including an outdated key value from a client computing device, retrieves an updated key value from a key mapping database, generates a remapped request based on the request message by replacing the outdated key value with the updated key value in the request message, and transmits the remapped request to a host computing device. The fault intercepting computing device further receives an initial response from the host computing device including the updated key value, generates a surrogate response based on the initial response by replacing the updated key value with the outdated key value, appends a key remapped flag to the surrogate response, transmits the surrogate response, including the outdated key value to the client computing device.

Abstract: Systems and computer-implemented methods of providing interoperability between incompatible payment systems may be provided. For example, a server may receive encoded data from a wallet server of the first closed loop payment system, the encoded data using an encoding scheme and being based on a digital encoding of a recipient. The server may identify a receiving institution of the second closed loop payment system based on the encoding scheme. The server may transmit the encoded data to the receiving institution and receive a response from the receiving institution. The response may include a recipient identifier and a recipient attribute. The server may mediate the payment from the sender closed loop account to the recipient closed loop account based on the receiving institution, the recipient identifier and the recipient attribute. For example, the server may perform clearing-and-settlement or switching-and-routing to mediate the payment.

Abstract: Provided are a system and method for authenticating a transaction. The authentication method may be performed by a user computing device, and may include providing, to a merchant device, account information for payment of a transaction, receiving, from the merchant device, a request to authenticate the transaction using payment software of the user device, and executing the payment software in a virtual environment. The executed payment software may authenticate, with an external server, that the account is paired with the payment software of the user device, and transmit a result of the authenticating to a payment network.

Abstract: In one aspect, a fault intercepting computing device is provided. The fault intercepting computing devices receives a request message including an outdated key value from a client computing device, retrieves an updated key value from a key mapping database, generates a remapped request based on the request message by replacing the outdated key value with the updated key value in the request message, and transmits the remapped request to a host computing device. The fault intercepting computing device further receives an initial response from the host computing device including the updated key value, generates a surrogate response based on the initial response by replacing the updated key value with the outdated key value, appends a key remapped flag to the surrogate response, transmits the surrogate response, including the outdated key value to the client computing device.

Abstract: Described herein is a computing device for applying merchant promotions to a push payment transaction. The computing device includes a processor and a memory. The processor is configured to receive a promotion request message. The promotion request message includes a merchant ID and an initial push payment transaction amount. The processor retrieves, from the memory, a merchant promotion and applies the retrieved merchant promotion to an initial transaction amount to determine an updated transaction amount. The processor then transmits a promotion response message, receives an authorization message and initiates a transfer of funds. The promotion response message includes the merchant ID and the updated transaction amount. The authorization message authorizes the push payment transaction in the updated transaction amount. The funds are transferred in the updated payment amount from the user account with the originating institution to the merchant account at the receiving institution.

Abstract: A computer-implemented method for enhancing payment transaction authentication using a merchant loyalty scheme is provided. The method is implemented using a verification computer device in communication with a memory. The method includes receiving an authentication request message for a payment transaction originating from an originating merchant for a cardholder. The authentication request message includes a reward redemption flag. The method also includes determining that an authentication challenge is needed based on the authentication request message, transmitting an authentication challenge to the user if the reward redemption flag is not set, determining that the authentication challenge may be bypassed based on the reward redemption flag if the reward redemption flag is set, generating an authentication response message based, at least in part, on at least one of reward redemption flag and the authentication challenge, and transmitting the authentication response message to the originating merchant.

Abstract: An authentication computing device including at least one processor in communication with a memory is provided. The processor stores, within the memory, an authentication profile associated with an account holder. The authentication profile includes an account identifier associated with a payment account of the account holder and authentication information. The processor further receives an authentication request associated with the payment account and a payment card action request from a requestor for a payment card action to be performed through an automated teller machine (ATM). The processor also retrieves the stored authentication profile, generates an authentication challenge based on the authentication profile, transmits the authentication challenge to a client device and/or the ATM, receives an authentication response from the requestor, and determines an authentication result based, at least in part, on the authentication response.

Abstract: Systems and methods are provided for use in facilitating network transactions. In connection therewith, a server receives a request from an application of a requestor mobile device and polls sender mobile devices for location data, where a subset of the sender mobile devices is within a defined distance of the requestor mobile device. The server then receives a response from one of the subset of sender mobile devices and presents the response to the application of the requestor mobile device. Upon acceptance of the response, the server transmits the acceptance to the sender mobile device, thereby enabling delivery of an amount requested to a requestor user associated with the requestor mobile device in exchange for a digital transaction from an account of the requestor user to an account of a sender user associated with the sender mobile device.

Abstract: An authentication computing device including at least one processor in communication with a memory is provided. The processor stores, within the memory, an authentication profile associated with an account holder. The authentication profile includes an account identifier associated with a payment account of the account holder and authentication information. The processor further receives an authentication request associated with the payment account and a payment card action request from a requestor for a payment card action to be performed through an automated teller machine (ATM). The processor also retrieves the stored authentication profile, generates an authentication challenge based on the authentication profile, transmits the authentication challenge to a client device and/or the ATM, receives an authentication response from the requestor, and determines an authentication result based, at least in part, on the authentication response.

Abstract: A computer-implemented method for using network data in an automated delivery system is provided. The method is implemented using a delivery validation server in communication with a memory. The method includes receiving an online order originating from a user computer device. The online order includes a delivery address and network information associated with a wireless network associated with the delivery address. The method also includes configuring a delivery device based on the network information and the delivery address, and receiving a delivery confirmation message transmitted from the delivery device through the wireless network associated with the delivery address. The delivery device is connected to the wireless network based on the network information.

Abstract: The disclosure herein describes scheduling an automatic payment based on a recommended payment schedule that is generated based on a cashflow pattern. Cashflow data associated with a plurality of invoices is received, the cashflow data including data associated with past paid payments, past received payments, accounts receivable, and accounts payable. A cashflow pattern is determined based on the past paid payments and the past received payments. Then, a payment pattern associated with the accounts payable is generated based on the cashflow pattern and the accounts receivable, wherein the payment pattern indicates a pattern of payments that optimizes a net present value of funds associated with the set of accounts payable over an associated period. A recommended payment schedule based on the payment pattern is then provided via a user interface and, based on receiving input in response to the provided recommended payment schedule, at least one automatic payment is scheduled based on the payment pattern.

Abstract: Systems and methods for QR code purchase transaction processing. In an embodiment, an interoperability computer system receives a push-type QR code payment request, validates the push-type QR code payment request, obtains local regulations governing QR code purchase transactions and at least one of a routing configuration for an originating institution (OI) and a routing configuration for a receiving institution (RI). The process also includes determining, by the interoperability computer system, that one of the OI or the RI is not configured for push-type purchase transactions or that local regulations do not permit push-type transactions, generating a pull-type QR code purchase transaction request, and transmitting the pull-type QR code purchase transaction request to a payment network.

Abstract: An enrollment of a receiver in a biometric authentication system is obtained. The receiver is challenged with a pre-remittance biometric challenge from the biometric authentication system prior to initiating a remittance to the receiver. An indication is obtained that the remittance has at least been initiated to a financial account of the receiver. The indication includes successful completion of the pre-remittance biometric challenge by the receiver. Responsive to obtaining the indication, at least one payee is automatically paid from the financial account.

Abstract: A system for authenticating a user associated with a plurality of user devices using a plurality of types of authentication information. The system includes an electronic computing device including an electronic processor. The electronic processor is configured to receive, from a user device, a request to access sensitive information and send, to the user device, a request for a first accuracy measurement for a first type of authentication information. When first accuracy measurement is below a predetermined threshold, the electronic processor sends to the user device a request for a second accuracy measurement for a second type of authentication information. When the second accuracy measurement is above or equal to the predetermined threshold, the electronic processor authenticates the user and lowers the predetermined threshold for each user device associated with a user profile, records an anomaly associated with the first type of the authentication information, or both.

Abstract: An event servicing (ES) computing device for targeting ancillary merchants based on wallet events is provided. The ES computing device receives primary purchase data for a primary purchase made by a user with a primary merchant, and determines and displays to the user one or more secondary merchants based at least in part on the primary purchase data. The ES computing device further receives secondary purchase data for at least one secondary purchase made by the user from the one or more secondary merchants and determines whether the user has requested to cancel the primary purchase. When the user has requested to cancel the primary purchase, the ES computing device automatically cancels the at least one secondary purchase. When the user has not requested to cancel the primary purchase, the ES computing device processes payment transactions for the primary purchase and the at least one secondary purchase.