Abstract: The present invention relates to a system and computer implemented method for executing card present transaction dynamically from remote environment. A first payment terminal receives payment details and configuration information of a second payment terminal associated with a merchant located separate from the first payment terminal from an intermediate agent device. A payment channel is initiated by emulating the second payment terminal using the configuration details. The first payment terminal receives transaction related data once user initiates the payment transaction using a physical payment card in the first payment terminal. The transaction related data is communicated to the second payment terminal which sends a transaction message comprising transaction related data to an issuer system for authorization. Thereafter, a result of the payment transaction is received from the second payment terminal via the intermediate agent device.

Abstract: The present invention relates to a system and computer implemented method for dynamic merchant configuration in a payment terminal for transacting in a virtual environment. The payment terminal receives a location information of a virtual user corresponding to a physical user performing a transaction in one of the one or more establishments configured in a virtual environment from a Virtual Reality (VR) device. Further, merchant and associated details corresponding to one of the one or more establishments is determined based on the location information upon the physical user initiating payment for the transaction using a physical payment card. Thereafter, a transaction message comprising the merchant and associated details is sent to an issuer system via a gateway associated with the merchant for authorization. Finally, a result of authorization of the transaction message is received from the issuer system via the gateway.

Abstract: Described are a system, method, and computer program product for reconfiguring a transaction during network processing. The method includes receiving, from a merchant system, a transaction request including transaction data and configured in an initial configuration associated with a single-message transaction or a dual-message transaction. The method includes determining, based at least partly on the transaction data and/or at least one parameter of a merchant profile associated with the merchant system, a recommended configuration associated with a single-message transaction or a dual-message transaction, the recommended configuration different from the initial configuration. The method includes reconfiguring the transaction request based on the recommended configuration.

Abstract: A method for processing a chargeback request associated with at least one online transaction associated with a user includes: receiving a chargeback message associated with the at least one online transaction; based at least partially on the unfamiliar merchant name in the chargeback message, determining at least one potential familiar merchant name associated with the at least one unfamiliar merchant name; scanning a browser history of the user including browser data; determining whether the user visited a website associated with the at least one potential familiar merchant name; and generating and communicating a recommendation message including the at least one potential familiar merchant name. A system for processing a chargeback request associated with at least one online transaction associated with a user is also disclosed.

Abstract: The present invention relates to a system and computer implemented method for dynamic merchant configuration in a payment terminal for transacting in a virtual environment. The payment terminal receives a location information of a virtual user corresponding to a physical user performing a transaction in one of the one or more establishments configured in a virtual environment from a Virtual Reality (VR) device. Further, merchant and associated details corresponding to one of the one or more establishments is determined based on the location information upon the physical user initiating payment for the transaction using a physical payment card. Thereafter, a transaction message comprising the merchant and associated details is sent to an issuer system via a gateway associated with the merchant for authorization. Finally, a result of authorization of the transaction message is received from the issuer system via the gateway.

Abstract: A method for processing a payment transaction via a proxy guarantor includes: receiving a transaction request between a user and a merchant including payment device data associated with a payment device of the user of a payment type not accepted by the merchant, and an indicator causing the payment transaction to be processed as a proxy guarantor transaction; identifying a guarantor associated with the user having a payment device of a payment type accepted by the merchant; communicating an authorization request to an issuer system associated with the guarantor to cause the issuer system of the guarantor to authorize the payment transaction; receiving an authorization response from the issuer system of the guarantor, the authorization response including a payment transaction approval indicator; and communicating a settlement request to an issuer system of the user.

Abstract: A computer-implemented method performed by an issuer computer comprises receiving an authorization request for a transaction between a cardholder and a merchant using a first account identifier. A repository is searched for a preference set with the issuer by a cardholder to use a second account identifier when at least one transaction is received for the first account identifier. The transaction is authorized using the second account identifier in place of the first account identifier without knowledge by the merchant that the second account identifier was used. An authorization response is then returned to the merchant.

Abstract: Methods for updating an application programming interface (API) field of a transaction message may include receiving, with at least one processor, a payment transaction message, wherein the payment transaction message comprises data associated with a payment transaction; determining, with at least one processor, one or more API fields of the payment transaction message based on the data associated with the payment transaction; and modifying, with at least one processor, one or more API fields of the payment transaction message. Methods may also include transmitting, with at least one processor, a modified payment transaction message based on modifying the one or more API fields of the payment transaction message. Systems and computer program products are also disclosed.

Abstract: The present invention relates to a system and computer implemented method for executing card present transaction dynamically from remote environment. A first payment terminal receives payment details and configuration information of a second payment terminal associated with a merchant located separate from the first payment terminal from an intermediate agent device. A payment channel is initiated by emulating the second payment terminal using the configuration details. The first payment terminal receives transaction related data once user initiates the payment transaction using a physical payment card in the first payment terminal. The transaction related data is communicated to the second payment terminal which sends a transaction message comprising transaction related data to an issuer system for authorization. Thereafter, a result of the payment transaction is received from the second payment terminal via the intermediate agent device.

Abstract: The present invention relates to a system and computer implemented method for dynamic merchant configuration in a payment terminal for transacting in a virtual environment. The payment terminal receives a location information of a virtual user corresponding to a physical user performing a transaction in one of the one or more establishments configured in a virtual environment from a Virtual Reality (VR) device. Further, merchant and associated details corresponding to one of the one or more establishments is determined based on the location information upon the physical user initiating payment for the transaction using a physical payment card. Thereafter, a transaction message comprising the merchant and associated details is sent to an issuer system via a gateway associated with the merchant for authorization. Finally, a result of authorization of the transaction message is received from the issuer system via the gateway.

Abstract: Embodiments of the invention are directed to systems and methods for common request processing by a request formatting platform. The request formatting platform generates formatted requests for request processors according to specifications of a common request processing application programming interface (API). The same common request processing API is used by the request formatting platform to communicate with all of the request processors according to one particular format.

Abstract: A method is disclosed. An implementation establishment system may receive a first message including a request method model and a template from a request processor. The implementation establishment system may generate at least one test API call based on the request method model and the template. The implementation establishment system may then transmit the at least one test API call to the request processor. The implementation establishment system may receive at least one response based on the at least one test API call from the request processor. The implementation establishment system may evaluate the at least one response. The implementation establishment system may generate a response notification based on the at least one response. The implementation establishment system may transmit the response notification to the request processor.

Abstract: Embodiments of the invention are directed to systems and methods for common request processing by a request formatting platform. The request formatting platform generates formatted requests for request processors according to specifications of a common request processing application programming interface (API). The same common request processing API is used by the request formatting platform to communicate with all of the request processors according to one particular format.

Abstract: The present disclosure relates to knowledge based authentication whereby a user is authenticated through third-party linked accounts. The method includes receiving an authentication request from a merchant computer, assessing one or more data fields to generate an authentication challenge for the user, connecting to one or more third-party account service provider to extract user-related data, generating the authentication challenge based on the extracted user-related data from the third-party account service provider, posing the authentication challenge to the user on a user device, receiving a response to the authentication challenge, and returning the authentication response to the merchant.

Abstract: Embodiments of the disclosure discuss systems and methods for solving various issues associated with transaction schemes that have delayed (e.g., not real-time) transaction clearing. In particular, a first transaction between a user and a resource providing computer is processed under a first transaction scheme by having a user log into their account associated with an authorizing entity. The authorizing entity authenticates the user's account and provides an account identifier to a transaction guiding computer, which generates a reference to that first transaction to be stored along with first transaction details. The reference is shared with the resource providing computer. Subsequent transactions between the user and the resource providing computer can be processed under a second transaction scheme that utilizes the account identifier, which is retrieved using the reference to the first transaction.

Abstract: A method is disclosed. An implementation establishment system may receive a first message including a request method model and a template from a request processor. The implementation establishment system may generate at least one test API call based on the request method model and the template. The implementation establishment system may then transmit the at least one test API call to the request processor. The implementation establishment system may receive at least one response based on the at least one test API call from the request processor. The implementation establishment system may evaluate the at least one response. The implementation establishment system may generate a response notification based on the at least one response. The implementation establishment system may transmit the response notification to the request processor.

Abstract: Provided is a system, method, and apparatus for aggregated authentication in an online, open loop payment network. The method includes receiving a single authentication request message to conduct a plurality of transactions with a plurality of merchants, the single authentication request message comprising an aggregation identifier, detecting the aggregation identifier in the single authentication request message, in response to detecting the aggregation identifier, generating a single authentication response message comprising a plurality of authentication codes, each authentication code of the plurality of authentication codes corresponding to a merchant of the plurality of merchants, and communicating the single authentication response message to the merchant system, the single authentication response message configured to cause the merchant system to separately process each transaction of the plurality of transactions.

Abstract: A method is disclosed. An implementation establishment system may receive a first message including a request method model and a template from a request processor. The implementation establishment system may generate at least one test API call based on the request method model and the template. The implementation establishment system may then transmit the at least one test API call to the request processor. The implementation establishment system may receive at least one response based on the at least one test API call from the request processor. The implementation establishment system may evaluate the at least one response. The implementation establishment system may generate a response notification based on the at least one response. The implementation establishment system may transmit the response notification to the request processor.

Abstract: A method is disclosed. An implementation establishment system may receive a first message including a request method model and a template from a request processor. The implementation establishment system may generate at least one test API call based on the request method model and the template. The implementation establishment system may then transmit the at least one test API call to the request processor. The implementation establishment system may receive at least one response based on the at least one test API call from the request processor. The implementation establishment system may evaluate the at least one response. The implementation establishment system may generate a response notification based on the at least one response. The implementation establishment system may transmit the response notification to the request processor.

Abstract: Embodiments of the invention are directed to systems and methods for common request processing by a request formatting platform. The request formatting platform generates formatted requests for request processors according to specifications of a common request processing application programming interface (API). The same common request processing API is used by the request formatting platform to communicate with all of the request processors according to one particular format.