A settlement system with higher security which replaces a settlement system using credit cards is provided. The settlement system has a user terminal, a settlement device, and a settlement terminal. First, a user ID, a password, and amount information identifying an amount are inputted in the settlement system (S912), and sent to the settlement device (S913). The settlement device performs credit determination (S922), generates temporary permission information if credit is possible (S923), and sends the temporary permission information to the user terminal (S924). The user terminal generates a one-time password (S915). The one-time password is inputted to the settlement terminal (S931). If the one-time password sent from the settlement terminal to the settlement device is identical to the one-time password created in the settlement device (S926), the settlement device allows a user's payment (S927).

A secure element relates to a token reference register and to a method for registering tokens of an electronic transaction system. Each token of the transaction system comprises at least a token value and a private part of a token-individual key pair as token elements.

A secure element relates to a transaction unit and to a method for registering tokens of an electronic transaction system, which includes the secure element acting as a transaction unit and a token reference register. Each token of the transaction system has at least one token value and one private part of a token-individual key pair acting as token elements.

A payment device and method and system for using the payment device is described capable of utilizing a pre-authorized amount on existing infrastructure, including POS terminals or for using offline pre-paid products on this infrastructure. The updates for the pre-authorized or offline prepaid products can be sent by the issuer and applied by the card contemporaneously with the card's processing of the issuer authentication data but without requiring any additional bytes in the issuer authentication data. The updates performed by the issuer can be larger and more extensive than could be achieved by using any available space in the issuer authentication data.

A limited use temporary credit account is disclosed. The method includes displaying, on a display of a mobile device, a temporary credit account, the temporary credit account correlated with a newly approved non-integrated credit account, the temporary credit account including: a temporary account number; a temporary expiration date; and a temporary security code. Incorporating a time constraint into the temporary credit account displayed on the mobile device, the time constraint limiting an amount of time the temporary credit account is displayed on the mobile device and limiting an amount of time the temporary credit account is available for making a purchase. Integrating a credit limit reduction into the temporary credit account displayed on the mobile device, the credit limit reduction reducing an available credit on the temporary credit account to an amount less than a credit available on the newly approved non-integrated credit account.

A method is provided for performing a transaction. The method includes, in an offline mode, payee and payer devices communicating to determine transaction details including a transaction amount. A payer payment application generates a transaction request including request transaction details, stores the transaction request, and updates a payer available funds amount at least partially in accordance with the transaction amount. A payee payment application generates a transaction confirmation including confirmation transaction details, stores the transaction confirmation, and updates a payee available funds amount at least partially in accordance with the transaction amount. In an online mode, the payer payment application provides the transaction request to a payment processing device, the payee payment application provides the transaction confirmation to the payment processing device, and the payment processing device compares the request transaction details and confirmation transaction details and causes the transaction to be selectively performed depending on results of the comparison.

Embodiments of the disclosure enable a merchant system to locally process one or more financial transactions at the merchant system. The merchant system receives a payment request associated with a financial transaction, determines a network communication status associated with a network interface device coupleable to a payment processing network, and, on condition that the network communication status does not satisfy a network communication threshold, obtains an account threshold associated with a cardholder account, generates transaction data associated with the financial transaction based on the account threshold, presents an indication associated with the financial transaction, and stores the transaction data for later transmission of the transaction data to the payment processing network. Aspects of the disclosure provide for processing one or more financial transactions at a merchant system independent of a payment processing network.

Provided herein are methodologies, systems, apparatus, and non-transitory computer-readable media for configuring a graphical user interface of an electronic display device for enabling preauthorized payment of products or services using distributed processing. A customer may interact with a kiosk or terminal to identify themselves and initiate the process for dynamically computing an active preauthorization limit. Items may then be added to the customer's balance at various point of sale terminals or scanning locations within the facility. Total cost of the items is compared to the active preauthorization limit. Once the customer is finished shopping, a GUI can present them with an authorization screen showing their shopping balance and requesting authorization. The user can interact with the GUI to approve the total via the GUI without the need to produce their card or payment method at checkout.

Provided herein are methodologies, systems, apparatus, and non-transitory computer-readable media for configuring a graphical user interface of an electronic display device for enabling preauthorized payment of products or services using distributed processing. A customer may interact with a kiosk or terminal to identify themselves and initiate the process for dynamically computing an active preauthorization limit. Items may then be added to the customer's balance at various point of sale terminals or scanning locations within the facility. Total cost of the items is compared to the active preauthorization limit. Once the customer is finished shopping, a GUI can present them with an authorization screen showing their shopping balance and requesting authorization. The user can interact with the GUI to approve the total via the GUI without the need to produce their card or payment method at checkout.

Methods and systems for fault tolerant token based transactions are described. A user may perform a transaction with a mobile device. The mobile device may be in an offline mode or may be lacking a network connection to servers or cloud devices of a mobile payment system. The transaction may be processed through a transaction device, which may aid in the sending and receiving of transaction data while the mobile device is in the offline mode. The transaction device may communicate with the server or cloud device and the server or cloud device may process the transaction and communicate with the transaction device, which may forward data from the server or cloud device to the mobile device.