Abstract: A card holder carries out an initial top-up of a balance of a pre-paid payment card. The prepaid payment card is configured for use in an infrastructure in accordance with a payment specification requiring different behavior for normal transactions in the infrastructure versus that required for topping-up of the balance. Contemporaneously with the initial top-up, the card holder registers risk mitigation information in association with the pre-paid payment card. Subsequent to the initial top-up, an indicator is written to the pre-paid payment card during a transaction with the pre-paid payment card outside the infrastructure. The indicator identifies the pre-paid payment card as having the risk mitigation information associated therewith. During subsequent presentation of the pre-paid payment card to the infrastructure, the pre-paid payment card is treated as a token backed up by the risk mitigation information, based on presence of the indicator on the pre-paid payment card.

Abstract: At a terminal assembly associated with a physical access point, payment device data is obtained from a reduced-functionality payment device, and the data is identified as emanating from such a device. In response, the payment device data emanating from the reduced-functionality payment device is converted into an authorization request or an access request, of a format consistent with full-functionality payment devices. The authorization request or access request is dispatched into a payment infrastructure which is configured to handle same, but is not configured to handle the reduced-functionality payment device.

Abstract: A predetermined amount, which may, in general, be zero, less than, the same as, or greater than a (yet-to-be-determined) final transaction amount, is charged upon first presentation of a payment device to a merchant. A final transaction amount is calculated, preferably at a central server, subsequent to the first presentation. A variable adjustment value is calculated, preferably at the central server, by comparing the predetermined amount already charged with the final transaction amount. A new predetermined amount charged, upon a subsequent presentation of the payment device, is modified by the variable adjustment value.

Abstract: A card holder carries out an initial top-up of a balance of a pre-paid payment card. The prepaid payment card is configured for use in an infrastructure in accordance with a payment specification requiring different behavior for normal transactions in the infrastructure versus that required for topping-up of the balance. Contemporaneously with the initial top-up, the card holder registers risk mitigation information in association with the pre-paid payment card. Subsequent to the initial top-up, an indicator is written to the pre-paid payment card during a transaction with the pre-paid payment card outside the infrastructure. The indicator identifies the pre-paid payment card as having the risk mitigation information associated therewith. During subsequent presentation of the pre-paid payment card to the infrastructure, the pre-paid payment card is treated as a token backed up by the risk mitigation information, based on presence of the indicator on the pre-paid payment card.

Abstract: Transaction data is gathered for a plurality of successful payment device transactions in a first environment. The transaction data is filtered to identify successful payment device transactions associated with payment devices for which offline authentication is not supported, to obtain a whitelist. The whitelist is made available to at least one of (1) a merchant in a second, different environment, and (2) a third party acting on behalf of such a merchant.

Abstract: A card holder carries out an initial top-up of a balance of a pre-paid payment card. The prepaid payment card is configured for use in an infrastructure in accordance with a payment specification requiring different behavior for normal transactions in the infrastructure versus that required for topping-up of the balance. Contemporaneously with the initial top-up, the card holder registers risk mitigation information in association with the pre-paid payment card. Subsequent to the initial top-up, an indicator is written to the pre-paid payment card during a transaction with the pre-paid payment card outside the infrastructure. The indicator identifies the pre-paid payment card as having the risk mitigation information associated therewith. During subsequent presentation of the pre-paid payment card to the infrastructure, the pre-paid payment card is treated as a token backed up by the risk mitigation information, based on presence of the indicator on the pre-paid payment card.

Abstract: A method for performing a cash card transaction. The process includes a point of sale (POS) terminal and an associated reader interfacing with an integrated circuit (IC) card, transmitting a request for a cash card balance stored in the IC payment card, and receiving the cash card balance from the IC card. When the POS terminal determines that the cash card balance is insufficient to cover the transaction amount, it automatically initiates an online load transaction to increase the cash card balance, determines successful completion of the online load transaction, and then requests a transaction certificate to cover the transaction amount from the IC card. The POS terminal completes the purchase transaction upon receipt of the transaction certificate.

Abstract: A first request for a transfer of data is transmitted in response to the use of a user device; it is determined that the first request for the transfer of data has been declined; an event is detected that indicates that the transfer of data in response to the use of the user device can be accepted; and a second request for the transfer of data is transmitted in dependence on detecting that the event has occurred.

Abstract: A computer implemented method of performing a transaction using a payment account, typically handled by a payment account manager (PAM), comprises the steps of: receiving a first message from a top up terminal indicating that funds have been transferred to the payment account; setting or adjusting a funds limit of the payment account based on information in the first message; receiving an authorization or pre-authorization request from a first terminal and commencing a funds aggregation; receiving a second message indicating a pre-defined amount of funds which may be used in the transaction; blocking an amount of the funds limit of the payment account equivalent to the pre-defined amount; and sending an authorization response to the first terminal.

Abstract: A method of inspecting a user device of a user of a transport system includes obtaining, by a portable inspection device, identification data of a user device of a user of a transport system; generating an inspection result of the user device, by an inspection system, in dependence on the read identification data and an item in a record within a database, wherein the record comprises a plurality of items each relating to entry data of a respective user device of a respective of users of the transport system; and conveying, by the portable inspection device, the result of the inspection.

Abstract: Transaction data is gathered for a plurality of successful payment device transactions in a first environment. The transaction data is filtered to identify successful payment device transactions associated with payment devices for which offline authentication is not supported, to obtain a whitelist. The whitelist is made available to at least one of (1) a merchant in a second, different environment, and (2) a third party acting on behalf of such a merchant.

Abstract: A first request for a transfer of data is transmitted in response to the use of a user device; it is determined that the first request for the transfer of data has been declined; an event is detected that indicates that the transfer of data in response to the use of the user device can be accepted; and a second request for the transfer of data is transmitted in dependence on detecting that the event has occurred.

Abstract: Transaction data is gathered for a plurality of successful payment device transactions in a first environment. The transaction data is filtered to identify successful payment device transactions associated with payment devices for which offline authentication is not supported, to obtain a whitelist. The whitelist is made available to at least one of (1) a merchant in a second, different environment, and (2) a third party acting on behalf of such a merchant.

Abstract: A first request for a transfer of data is transmitted in response to the use of a user device; it is determined that the first request for the transfer of data has been declined; an event is detected that indicates that the transfer of data in response to the use of the user device can be accepted; and a second request for the transfer of data is transmitted in dependence on detecting that the event has occurred.

Abstract: A method of inspecting a user device of a user of a transport system includes obtaining, by a portable inspection device, identification data of a user device of a user of a transport system; generating an inspection result of the user device, by an inspection system, in dependence on the read identification data and an item in a record within a database, wherein the record comprises a plurality of items each relating to entry data of a respective user device of a respective of users of the transport system; and conveying, by the portable inspection device, the result of the inspection.

Abstract: A method of inspecting a user device of a user of a transport system includes obtaining, by a portable inspection device, identification data of a user device of a user of a transport system; generating an inspection result of the user device, by an inspection system, in dependence on the read identification data and an item in a record within a database, wherein the record comprises a plurality of items each relating to entry data of a respective user device of a respective of users of the transport system; and conveying, by the portable inspection device, the result of the inspection.

Abstract: Methods and systems for processing transactions initiated at unattended terminals using user devices without visible credentials, and providing services concerning such transactions, are disclosed. A first party issues a set of pseudo credentials for a user device responsive to authorisation request data concerning a transaction initiated with a second party using the user device and provides the pseudo credentials to the second party, who maps such pseudo credentials to real credentials of the user device acquired from the user device during the transaction. The pseudo credentials are also provided to a user of the user device who submits such pseudo credentials to the second party during a subsequent enquiry concerning the transaction. To authenticate the user device, the second party requests authorisation from the first party using the pseudo credentials.

Abstract: A predetermined amount, which may, in general, be zero, less than, the same as, or greater than a (yet-to-be-determined) final transaction amount, is charged upon first presentation of a payment device to a merchant. A final transaction amount is calculated, preferably at a central server, subsequent to the first presentation. A variable adjustment value is calculated, preferably at the central server, by comparing the predetermined amount already charged with the final transaction amount. A new predetermined amount charged, upon a subsequent presentation of the payment device, is modified by the variable adjustment value.

Abstract: A first request for a transfer of data is transmitted in response to the use of a user device; it is determined that the first request for the transfer of data has been declined; an event is detected that indicates that the transfer of data in response to the use of the user device can be accepted; and a second request for the transfer of data is transmitted in dependence on detecting that the event has occurred.

Abstract: A method of inspecting a user device of a user of a transport system includes obtaining, by a portable inspection device, identification data of a user device of a user of a transport system; generating an inspection result of the user device, by an inspection system, in dependence on the read identification data and an item in a record within a database, wherein the record comprises a plurality of items each relating to entry data of a respective user device of a respective of users of the transport system; and conveying, by the portable inspection device, the result of the inspection.