Abstract: Systems and methods are for routing electronic payment transactions to PIN-less networks using payment pseudo-networks and electronic transaction simulation.

Abstract: A method for conducting payment transaction by an employee using an employer payment system includes retrieving a token or an account identification from the employee payment card presented by a consumer, sending an authorization request with token, account identification and transaction data to an acquirer processor, identifying the employer and the employee associated with the token or account identification, determining whether the employee is authorized for the requested transaction based on an employee information from the employer's database, sending, to the employer, a transaction request from the point of sale terminal, transferring funds electronically from the employee's funds account or employer's account to the merchant in accordance with the transaction request between the merchant and the employee, and updating the employer's database with the transaction information once the transfer of funds is completed.

Abstract: Systems, methods and apparatus are disclosed for remote management of payment terminals. Public keys, or other security elements can be received from a certification authority and distributed to the payment terminals. A merchant, or other entity affiliated with the payment terminals, can monitor the status of the software and security elements of the payment terminals.

Abstract: Decentralized computer systems and methods are disclosed for analyzing transaction attributes and dispute information using blockchain. One method includes: receiving a first transaction information of a first transaction, wherein the transaction information includes attributes of the first transaction; generating a blockchain entry that stores the received attributes in a shared ledger to participants of the blockchain; receiving an input of a selection of an attribute of the first transaction from a participant of the blockchain to analyze other transactions having the selected attribute; compiling a list of other transactions having the selected attribute; receiving transaction information for each transaction of the list of other transactions; and generating, on a user interface, an analytics report of the attributes of the other transactions.

Abstract: Systems and methods for executing a batch of electronic transactions. One method may include: receiving, at a user interface of an information handling device associated with the real time transaction system, a selection to import a transaction file, wherein the transaction file comprises a listing of a plurality of transaction requests; identifying, via analysis of the transaction file, one or more characteristics associated with each of the plurality of transaction requests in the listing; determining, based on the identified one or more characteristics, whether a subset of the plurality of transaction requests are deficient; isolating, responsive to the determining, the subset from a remainder of the plurality of transaction requests; and facilitating, responsive to receiving user authorization input, a transaction process for each of the plurality of transaction requests in the remainder.

Abstract: Technologies for managing payment authorization request messaging for payment transactions include a transaction management controller. The transaction management controller receives a transaction amount for a payment transaction from a business management engine and a payment transaction type from a point of interaction device. The transaction management controller initializes a transaction processing module that corresponds to the received payment transaction type. The transaction processing module defines payment processing parameters for processing payment transactions of the payment transaction type. One or more of the payment processing parameters are modified based on configuration data received from a remote configuration device. The transaction management controller processes the payment transaction as a function of the payment processing parameters. Other embodiments are described and claimed.

Abstract: Systems and methods for multi-merchant tokenization may include receiving a transaction from a point of sale terminal of a merchant, validating the merchant ID against merchant logs, and generating a token for the transaction. The token includes a primary account number, expiration, and a group ID. Additionally, the system provides the primary account number to a payment system and receives a response back. The response is then output back to the merchant along with the token. In subsequent transactions, the system may receive the token from a one point of sale terminal of the merchant. The system validates the merchant ID against merchant logs and ensures the merchant is configured for tokenization. The token is decrypted and the group ID is compared to the merchant ID in the merchant logs. When they match, the primary account number is provided to the payment system for approval.

Abstract: Technologies for remotely managing payment authorization request messaging for payment transactions include a transaction management controller of one environment and a point of interaction device of another environment. The transaction management controller receives a transaction amount for a payment transaction from a business management engine. The payment transaction is based on a purchase transaction initiated by a merchant computing device of the other environment. The transaction management controller also receives payment card data from the point of interaction device, which is communicatively isolated from the merchant computing device and the business management engine. The transaction management controller inserts the transaction amount and the payment card data into a payment authorization request message, which is transmitted to a payment network.

Abstract: Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date are disclosed. One method includes receiving, at an application programing interface (API) system, an electronic transaction request on a receipt date. The API system may identify a value associated with the electronic transaction request as well as a threshold settlement date. The value may then be compared to a predetermined threshold and at least one transaction network certified to process the electronic transaction request may be ascertained. The API system may project a processing time for each of the ascertained transaction networks. An optimal transaction network and transfer execution date may be determined based on comparison of the projected processing times to a timeline designated by the receipt date and the threshold settlement date. The electronic transaction request may be processed into a recipient account on the transfer execution date via the optimal transaction network.

Abstract: A method for electronic transaction monitoring and reporting includes: determining whether the received transaction request is encrypted, upon determining that the received transaction request is not encrypted, sending a failure alert to the merchant, determining a receiving acquirer processor for the transaction request, and transmitting the transaction request to the determined acquirer processor.

Abstract: Systems and methods for applying a promotion to a payment transaction originating at a point of sale system of a merchant are described. Transactional information is provided to an acquirer computing system of the merchant. Based on identifying indicia associated with the transactional information, the acquirer computing system determines whether to modify the payment transaction messaging before communicating it along to an issuer computing system.

Abstract: A computer-implemented method for processing single message transactions with batch settlement may include receiving a dual-message transaction from a merchant, converting the received dual-message transaction to a single-message transaction, setting a flag on the converted single-message transaction indicating the conversion to a single-message transaction, receiving a batch settlement file from the merchant, for each transaction in the batch settlement file, determining whether the single-message transaction conversion flag is set, upon determining that the single-message transaction conversion flag is not set, storing the transaction for later processing, and upon determining that the single-message transaction conversion flag is set, sending the transaction to a payment network.

Abstract: Decentralized computer systems and methods are disclosed for hyperledger-based payment transactions, alerts, and dispute settlement, using smart contracts. One method includes: receiving transaction information comprising transaction data of transaction attributes for a transaction for a good or service originating at a merchant; storing the transaction data of the transaction attributes for the transaction, in a Smart Contract generated or updated by a Smart Contract application; deploying the Smart Contract into one or more blockchain networks, wherein at least one of the one or more blockchain networks; performing one or more iterations of enabling, using an inter ledger protocol, to transfer at least some of the transaction data of the transaction attributes of the transaction to another of the one or more blockchain networks, wherein each of the one or more blockchain networks serves one or more business functions of the transaction.

Abstract: Systems and methods are disclosed for detecting a suspicious and/or a non-suspicious activity during an electronic transaction performed by a user device. One method comprises identifying, by a monitoring and detection component, a starting check point in the electronic transaction. The monitoring and detection component may then receive contextual data from one or more sensors of the user device. Based on the contextual data and a machine learning model, the monitoring and detection component may determine whether an expected behavior occurred. Entry of user credentials may be enabled in response to determining that the expected behavior occurred, whereas the electronic transaction may be terminated in response to determining that the expected behavior did not occur.

Abstract: Systems and methods are disclosed for performing an electronic transaction using a hosted transaction page. One method comprises providing a hosted transaction page to a first data system, the hosted transaction page enabling the first data system to request an electronic transaction. Via the hosted transaction page, authentication data may be received from a user. The received authentication data may be encoded into a first format and tokenized into tokenized authentication data. The tokenized authentication data may then be transmitted to the first data system. An authorization request for performing the electronic transaction based on the tokenized authentication data may be received from the first data system, then transmitted to a second data system.

Abstract: A point of sale terminal of a merchant includes a third party payment provider display area for payment using a third party payment provider. The point of sale terminal receives an authentication notification for a consumer from the third party payment provider. The consumer is authenticated using one or more of a personal identification number, an image of the consumer, a quick response code scanned from a mobile device of the consumer, or a code received via near field communications with the mobile device of the consumer. The point of sale terminal requests payment from the third party payment provider for a transaction with the consumer using the transaction amount and authentication information. The third party provider display area allows new payment modalities to be used at the point of sale terminal without requiring modification of the instructions for the point of sale terminal.

Abstract: Systems and methods for executing real-time electronic transactions by a dynamically determined transfer execution date are disclosed. One method includes receiving, at an application programing interface (API) system, an electronic transaction request on a receipt date. The API system may identify a value associated with the electronic transaction request as well as a threshold settlement date. The value may then be compared to a predetermined threshold and at least one transaction network certified to process the electronic transaction request may be ascertained. The API system may project a processing time for each of the ascertained transaction networks. An optimal transaction network and transfer execution date may be determined based on comparison of the projected processing times to a timeline designated by the receipt date and the threshold settlement date. The electronic transaction request may be processed into a recipient account on the transfer execution date via the optimal transaction network.

Abstract: Systems and methods are disclosed for providing a payment authorization to a real-time payment (RTP) network to initiate an RTP between a customer financial institution account and a merchant financial institution account. One method performed by a payment facilitator device includes, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receiving a payment request for a transaction amount of the transaction and receiving a customer authorization for the transaction. The payment facilitator then provides a payment authorization to an RTP network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.

Abstract: Systems and methods are disclosed for providing a payment authorization to a real-time payment (RTP) network to initiate an RTP between a customer financial institution account and a merchant financial institution account. One method performed by a payment facilitator device includes, based on a user device of a customer and a point-of-sale (POS) device of a merchant performing a direct communication regarding a transaction, receiving a payment request for a transaction amount of the transaction and receiving a customer authorization for the transaction. The payment facilitator then provides a payment authorization to an RTP network to initiate an RTP for the transaction amount of the transaction from a customer financial institution account to a merchant financial institution account, based on receiving the customer authorization for the transaction.

Abstract: Systems and methods are disclosed for least cost acquirer routing based on pricing models. One method comprises: receiving transaction-related information from a merchant, the transaction-related information including a payment network identifier of the payment network used in the initiated payment transaction; identifying the payment network used based on the payment network identifier determining the primary qualification criteria pertaining to the payment network used; determining an interchange rate and an interchange category based on the primary qualification criteria and the received transaction related information; determining a pricing model of an acquirer that yields the lowest fees applicable to the merchant based on one or more of, the transaction related information, the primary qualification criteria, and the interchange category; and transmitting the transaction-related information to the acquirer.