Systems and methods for automatically enabling and disabling a purchase card based on predetermined preferences set by a cardholder are provided. The systems and methods enable users to set preferences in advance, and then automatically determine whether to accept or decline a transaction based on the preset preferences. The systems and methods may also implement a learning algorithm to develop preferences based on historical cardholder behavior.

A payment service generates multiple user profiles, each profile associated with a different user. Each user profile may be linked to multiple transaction cards and multiple numerical balances. Multiple transaction cards can be linked to a same numerical balance—even if the cards are from different user profiles. Restrictions, such as transaction type blacklists and whitelists or parent/guardian permission relationships, can be placed on particular numerical balances, or on access to particular numerical balances by particular cards. Numerical balances and transactions using particular cards may be tracked using user profiles with access to those cards and numerical balances.

Methods and systems are provided for making secure financial transactions, such as purchase payments, using rich Internet applications (RIA) running an RIA runtime (also referred to as a platform or framework) on the user's smart phone or other mobile device. Embodiments differ from the usual way of re-directing a user from a third-party application and authenticating the user by providing secure in-line payments from a rich Internet application running on an RIA runtime. A system includes: a mobile device executing a rich Internet application running on an RIA runtime; a payment library communicating with the RIA runtime and a service provider, for which the payment library communicates with the service provider to authenticate the rich Internet application; and in response to authentication by the service provider, facilitates secure financial transactions via the rich Internet application.

A device and a method for determining a transactional device used for a transaction. More particularly, the device includes a data processor, a memory, an optical sensor, and a set of transactional interfaces. The method includes: obtaining at least one recording coming from the optical sensor), the recording being obtained when a user holds the transactional device in hand; determining at least one confidence score, the at least one confidence score being associated with at least one corresponding input of a structure of data for activating transactional interfaces present within the electronic device; and activating at least one transactional interface associated with the at least one input as a function of the at least one confidence score.

This disclosure relates to systems and methods for processing electronic payments for customer purchases. In some implementations, a system receives a payment request from a merchant, and transmits payment information to a mobile computing device associated with the merchant. The payment information includes a transaction ID to identify the purchase, a purchase amount, and instructions that cause the mobile computing device to activate a card reader, present a notification of the purchase amount to the customer, receive an acceptance of the purchase amount from the customer, and authorize the card reader to process an electronic payment for the purchase amount. The system receives payment confirmation from the mobile computing device, and provides the parameter confirmation to the merchant.

Example embodiments of systems and methods for contactless card verification include a contactless card including a substrate, a processor, and a memory, wherein the memory contains a first applet and a second applet, and a recipient device in data communication with the contactless card, wherein the second applet is configured to retrieve one or more parameters from the first applet via an interface; and wherein the second applet is configured to transmit the one or more parameters to the recipient device for verification.

Systems and methods for user authentication using an authentication sequence are disclosed. The disclosed systems and methods may include a computing device for authenticating a user. The computing device may include at least one processor and at least one computer-readable medium. The at least one computer-readable medium can containing instructions that, when executed by the at least one processor, cause the computing device to perform operations. The operations may include receiving an authentication sequence provided by one or more authentication objects and authenticating the user based on the authentication sequence. The authentication sequence can be a card-swipe sequence and authentication can be performed based on characteristics of the card-swipe sequence, such as the cards used, the order the cards are used in the sequence, the timing of card use, and the type of card swipe.

A Digital Payment Device (DPD) including a Digital Transaction Processing Unit (DTPU), a Microcontroller Unit (MCU), and a command generation unit, wherein the command generation unit is operable to generate a DTPU command capable of being authenticated against a targeted security domain of the DTPU, the DTPU command including a payload capable of being executed by the DTPU; and the MCU is operable to communicate the DTPU command to the DTPU for execution by the DTPU.

This invention relates to systems and methods for authenticating transactions using a mobile device based primarily on the introduction of a layer of middleware and wherein the Payment Networks, Merchants, Issuing Banks, Credit Reporting Bureaus, Insurance Companies, Healthcare Providers may customize the implementation of the services based on individual strategy and consumer preferences.

A method for providing scripts for execution as part of an electronic transaction includes: storing, in a memory of an integrated circuit payment card, at least one or more executable scripts, payment credentials, and a cryptogram rule; receiving, by a receiving device of the integrated circuit payment card, a transaction request from a point of sale device, wherein the transaction request includes at least one or more transaction items and a script request; generating, by a generation module of the integrated circuit payment card, at least one payment cryptogram based on at least the cryptogram rule and at least one of the one or more transaction items; and electronically transmitting, by a transmitting device of the integrated circuit payment card, at least one of the one or more executable scripts, the payment credentials, and the generated at least one payment cryptogram to the point of sale device.