Abstract: Online transactional processing systems, methods, and computer program products for processing an alternative method of electronic payment (AMOP) in online transactions. A mass storage memory device hosts a database that stores data for transforming one or more virtual payment forms into data that relates to one or more AMOP's. Each of the one or more virtual payment forms stored in the database is compatible with a legacy system of a merchant. In response to receiving, in relation to an online transaction with the merchant, data that relates to an AMOP, the data that relates to the AMOP is transformed to create a virtual payment form that is compatible with the legacy system of the merchant. The virtual payment form is then transmitted to the legacy system of the merchant for processing, and data for transforming the virtual payment form into data relating to the AMOP is stored in the database.

Abstract: The present invention relates to a computer-implemented fraud method and system for managing fraud screening in response to a requested transaction. The fraud management system checks the efficiency of the fraud screening strategy and predicts the efficiency of new fraud screening strategies based on the total cost of fraud. This calculation is facilitated, because transactions are divided into groups, and the total cost of fraud may be calculated for a representative element of the group, and not for each transaction in the group. Furthermore, if the fraud screening is based on rules that apply an acceptance flow to predetermined conditions, the fraud management can choose the best acceptance flow for these predetermined conditions by minimizing the total cost of fraud. Finally, the fraud management can also flag inefficient rules thanks to an indicator related to the total cost of fraud to highlight rules whose predetermined conditions should be changed.

Abstract: Online transactional processing systems, methods, and computer program products for processing an alternative method of electronic payment (AMOP) in online transactions. A mass storage memory device hosts a database that stores data for transforming one or more virtual payment forms into data that relates to one or more AMOP's. Each of the one or more virtual payment forms stored in the database is compatible with a legacy system of a merchant. In response to receiving, in relation to an online transaction with the merchant, data that relates to an AMOP, the data that relates to the AMOP is transformed to create a virtual payment form that is compatible with the legacy system of the merchant. The virtual payment form is then transmitted to the legacy system of the merchant for processing, and data for transforming the virtual payment form into data relating to the AMOP is stored in the database.

Abstract: Systems, methods, and computer program products for monitoring a first database. A database monitoring system receives data indicative of change events relating to records in the first database, and stores the events in a second database. The database monitoring system further identifies records associated with fraudulent transactions, and defines a training set of transactions that includes the fraudulent transactions. A neural network is trained to detect patterns of events indicative of fraud using the training set and the corresponding events stored in the second database. In response to the trained neural network detecting a fraudulent pattern of events associated with an active database record, the database monitoring system analyzes the underlying transaction to determine if the transaction is fraudulent. A graphical display may be generated based on data extracted from the neural network, and may depict one or more vertices corresponding to events associated with fraudulent transactions.

Abstract: Online transaction processing systems and methods for adaptively selecting an optimal acquirer system for an online transaction involving a merchant. At least one mass storage memory device stores a database that includes a set of records. Each of the records includes data that relates to one of a set of issuer systems. In response to receiving payment data that is associated with an online transaction involving the merchant and that relates to a particular one of the issuer systems, the data that relates to the particular issuer system is retrieved from the database. Thereafter, an optimal acquirer is selected for the online transaction from a set of acquirer systems that each have a relationship with the merchant based on the retrieved data.

Abstract: Systems, methods, and computer program products for processing transactions involving an exchange of an electronic document, such as a ticket redeemable for a travel service. Data defining related transactions is stored in a transaction database. In response to detecting the occurrence of a transaction involving a tracked document, a transaction history of the document is retrieved from the transaction database. A plurality of payment events is extracted from the transaction history and filtered by document type and form of payment to determine a set of payment events with forms of payment that are refund-eligible. The refund-eligible forms of payment are aggregated, and the aggregated forms of payment ranked. A residual amount associated with the exchange is reconciled across the ranked aggregated forms of payment by one or more payment events. The payment events are then added to the transaction history of the tracked document in the database.

Abstract: Systems, methods, and computer program products for processing transactions in a transaction queue. Transactions selected for further review are positioned within the transaction queue based on a priority level. The priority level is determined based on expected reduction in a cost of fraud for reviewing the transaction as compared to accepting the transaction without performing the review. The capacity to review transactions is adjusted to accommodate the expected number of transactions that have a higher reduction in cost of fraud than the opportunity cost of performing the review. To account for cases in which a transaction selected for review cannot be reviewed prior to the capture time, a probability is determined that the transaction will not be reviewed, and the cost of fraud for requesting the review adjusted based thereon.

Abstract: Methods, systems, and computer program products for screening a request for a transaction to purchase a travel service. Based on one or more of a probability of fraud for the transaction, a probability distribution for receiving a chargeback with respect to time if the request is accepted, a probability distribution with respect to time for completing a security check, a probability that the travel service will be rebooked if the request is denied, and a bid-price for a travel service, a revenue management system determines a future revenue impact for accepting, denying, or requesting a security check on the request. The future revenue impact is used to adjust a total cost of fraud for the transaction. The revenue management system may then determine whether the request should be accepted, denied, or subjected to the security check based on the expected future revenue impact and the expected cost of fraud.

Abstract: Methods, systems, and computer program products for screening transactions. Transactions stored in a transaction database may provide a statistical basis for determining a probability of fraud for a pending transaction. The cost of fraud may be determined for each of a plurality of possible actions based on the probability of fraud, and the action that provides the lowest cost of fraud chosen. A cumulative cost of fraud may be determined for a set of transactions in the database. If taking the action with the lowest cost of fraud for the transaction would result in a higher cumulative cost of fraud, an action having the higher cost of fraud for the transaction may be chosen. The transaction may be added to the database, and the probability of fraud adjusted based on an amount of time since acceptance of the transaction. The statistical basis may be optimized based on a cost error.

Abstract: A distributed data store includes a storage layer comprised of a plurality of storage nodes, each storage node configured to receive and queue table operations, and an aggregation layer comprised of aggregator nodes configured to route table operations to storage nodes in the storage layer and merge results of table operations returned by storage nodes in the storage layer. Each storage node includes in part scan threads dedicated to continuous and full scanning of segments of a table that are respectively associated with processor cores upon which such scan threads are running.

Abstract: Methods, systems, and computer program products for screening transactions. Transactions stored in a transaction database may provide a statistical basis for determining a probability of fraud for a pending transaction. The cost of fraud may be determined for each of a plurality of possible actions based on the probability of fraud, and the action that provides the lowest cost of fraud chosen. A cumulative cost of fraud may be determined for a set of transactions in the database. If taking the action with the lowest cost of fraud for the transaction would result in a higher cumulative cost of fraud, an action having the higher cost of fraud for the transaction may be chosen. The transaction may be added to the database, and the probability of fraud adjusted based on an amount of time since acceptance of the transaction. The statistical basis may be optimized based on a cost error.

Abstract: Methods, systems, and computer program products for screening transactions. A probability function provides an estimated probability of fraud for a pending transaction based on one or more parameters of the transaction. The estimated probability of fraud is used to determine an estimated cost of fraud for several possible actions that may be taken with regard to the transaction, and the action that provides the lowest expected cost of fraud chosen. To reduce prediction error, the function is adjusted to minimize a “cost error”, which is determined by applying the function to historical transactions stored in a transaction database. The cost error may be determined by comparing estimated probabilities of fraud for accepted transactions to a known probability of fraud based on whether a chargeback was received for the transaction in question. Parameters of the function may be adjusted to minimize a collective cost error across a set of historical transactions.

Abstract: A distributed data store includes a storage layer comprised of a plurality of storage nodes, each storage node configured to receive and queue table operations, and an aggregation layer comprised of aggregator nodes configured to route table operations to storage nodes in the storage layer and merge results of table operations returned by storage nodes in the storage layer. Each storage node includes in part scan threads dedicated to continuous and full scanning of segments of a table that are respectively associated with processor cores upon which such scan threads are running.

Abstract: A method for storing and retrieving data in a storage node of a data store and storage node of a data store, storing in main-memory at least one segment of a relational table. The storage node includes at least one computational core running at least one scan thread each dedicated to the scanning of one of the at least one segment. At least one scan thread uniquely, continuously and exhaustively scans the dedicated segment of the relational table. The storage node receives and processes batches of query and update operations for the at least one segment of the relational table. The query and update operations of a batch are re-indexed at beginning of each scan by the scan thread. Then, the indexed query and update operations of a batch are independently joined to data records of said segment that match with predicates of the indexed query and update operations.

Abstract: The present invention relates to a method and system for performing fraud screening and choosing whether to accept or deny a transaction within any channel. The system may facilitate the fraud screening processing for the case where this channel is the offline card not present channel, which may be utilized for call center transactions. The system may include a server that receives a transaction request and performs a first fraud screening based on transaction information of the requested transaction. The server may further determine which operation to perform: whether to issue a final response right away (accept, reject) or whether to gather more information before issuing a final response. The information gathering may be an authentication method only usable in another channel (online channel or offline card present channel). The server may create an asynchronous payment, which secures the reservation of the good, while allowing performing the new channel authentication at a later time.

Abstract: The present invention relates to a computer-implemented fraud method and system for managing fraud screening in response to a requested transaction. The fraud management system checks the efficiency of the fraud screening strategy and predicts the efficiency of new fraud screening strategies based on the total cost of fraud. This calculation is facilitated, because transactions are divided into groups, and the total cost of fraud may be calculated for a representative element of the group, and not for each transaction in the group. Furthermore, if the fraud screening is based on rules that apply an acceptance flow to predetermined conditions, the fraud management can choose the best acceptance flow for these predetermined conditions by minimizing the total cost of fraud. Finally, the fraud management can also flag inefficient rules thanks to an indicator related to the total cost of fraud to highlight rules whose predetermined conditions should be changed.

Abstract: The present invention relates to a method and system for performing fraud screening and choosing whether to accept or deny an online transaction. The system includes a server that receives a transaction request and performs a first fraud screen based on transaction information of the requested transaction. The server further determines which operation to perform: whether to issue a final response right away (accept, reject) or whether to gather more information before issuing a final response. The first fraud screening may be a predictive fraud screening which generates a probability of fraud. The information gathering may be an authentication of the payment instrument. One aspect of the invention further provides selecting an operation flow based on the transaction information.

Abstract: Methods, systems, and computer program products to securely pay for a travel booking. A travel booking may be generated at a reservation system based on booking data received from a reservation device for a customer. Issuance of a ticket for the travel booking may be held pending a confirmation of payment from a payment processor. A customer device of the customer may be interfaced with the payment processor via the reservation system to authenticate payment information for paying for the travel booking, and a payment confirmation may communicated to the reservation system. The ticket may be issued by the reservation system responsive to receiving the payment confirmation.

Abstract: A method for storing and retrieving data in a storage node of a data store and storage node of a data store, storing in main-memory at least one segment of a relational table The storage node includes at least one computational core running at least one scan thread each dedicated to the scanning of one of the at least one segment. At least one scan thread uniquely, continuously and exhaustively scans the dedicated segment of the relational table. The storage node receives and processes batches of query and update operations for the at least one segment of the relational table. The query and update operations of a batch are re-indexed at beginning of each scan by the scan thread. Then, the indexed query and update operations of a batch are independently joined to data records of said segment that match with predicates of the indexed query and update operations.