Abstract: Various implementations described herein may relate to a system and method for providing transaction report data using a user device. In one implementation, a method may include receiving, at a token service provider (TSP), tokenization request data from a user device associated with a user, where the tokenization request data includes payment card data associated with the user. The method may also include generating a digital token based on the tokenization request data. The method may further include transmitting the digital token to the user device. The method may additionally include receiving transaction report data from the user device, where the transaction report data corresponds to a failed payment transaction performed using the digital token, the user device, and a merchant system. The method may also include generating failure data based on the transaction report data, where the failure data comprises alert data, failure report data, or combinations thereof.

Abstract: The present invention provides a technical solution by which a consumer can be successfully authenticated in the scenario where the payment card or payment token provided by the consumer in an e-commerce/card not present transaction does not correspond to the payment account that is to provide the funds for effecting payment. This technical solution advantageously ensures that authentication security is not compromised whilst also enabling the consumer to enjoy the increased flexibility that comes with funding a transaction using a payment account that is not associated with the payment card/token provided by the consumer. Additionally, the present invention requires relatively little change to the configuration of the computing devices that collectively function to enable the transaction to take place (e.g. payment network computing devices, merchant computing devices, access control servers (ACS)).

Abstract: The invention provides systems and methods capable of effecting payment with a payment account that is different to the payment account associated with a payment device that initiated a payment transaction. An authorisation request message is modified by the invention to replace a cryptogram associated with the payment device with a cryptogram associated with the payment account that payment is to be taken from. A user may use a mobile communication device to communicate with a server storing associations between payment devices, such that the server can be consulted by a payment network server to determine which cryptogram to generate when modifying the authorisation request.

Abstract: The invention provides a method and system allowing a consumer to update (secondary) payment credentials linked to a single set of main (first) payment credentials. This allows consumers to initiate transactions using such first set of payment credentials, which are treated by the merchant and acquirer as the payment credentials for the transaction, while the transaction is funded using payment credentials that the consumer dynamically selected. The selection may be performed before the transaction begins, or in some cases the selection can be made in real time whilst the transaction is ongoing.

Abstract: According to one aspect there is provided a method comprising a secondary payment device: receiving a device primary account number (DPAN) and a funding source proxy (FSP) derived from a funding primary account number (FPAN) of a funding source according to a predetermined algorithm; and transmitting a secondary payment device transaction request comprising said DPAN and said FSP to a payment terminal. According to another aspect there is provided a method comprising a payment terminal: receiving a secondary payment device transaction request comprising a device primary account number (DPAN) and a funding source proxy (FSP) derived from a funding primary account number (FPAN) of a funding source according to a predetermined algorithm; responsive thereto, determining that the FSP is not present on a deny list stored at the payment terminal; and responsive thereto, authorizing said secondary payment device transaction request.

Abstract: According to a first aspect there is provided a method of identifying the funding source of an electronic transaction, said method comprising a payment terminal: receiving a transaction request comprising one or more credentials from a payment device; and determining whether said credentials comprise a funding source proxy (FSP) and, if not, generating the FSP from one or more of said credentials according to a predetermined algorithm stored on said payment terminal; wherein the funding source proxy is derived from a funding primary account number (FPAN) of a funding source of said payment device. Other aspects provide a method of blocking an electronic transaction, a method of authorising an electronic transaction, a method performed by a payment terminal and a method of provisioning a device with payment capability.

Abstract: Methods, devices, and systems for automatically detecting, tracking, and validating transit journeys are provided. A transit data processing engine receives sensory data gathered by a plurality of sensors of a mobile device registered for automatic tracking of transit journeys and detects, based on transit data of one or more transit agencies and a first set of the sensory data, a potential transit event with the one or more transit agencies. Based on the transit data and a second set of the sensory data, received subsequently to the first set of the sensory data, the processing engine determines then whether the potential transit event defines a transit journey having a starting point with the one or more transit agencies. If the potential transit event defines the transit journey, the transit data processing engine continues to analyse the sensory data being received to detect an ending point of the transit journey.

Abstract: There is provided a computer-implemented method for management of a transaction device with a contactless interface, the method being performed by a mobile device. The method comprises accessing a mobile service application installed on the mobile device, authenticating a user at the mobile device, establishing a management operation associated with the transaction device. The method further comprises the mobile device requesting a response from the transaction device associated with the management operation via the contactless interface, the transaction device generating the response and providing it to the mobile device; and the mobile service application using the response to effect the management operation. There is also provided a suitably configured mobile device and transaction device for performance of the above-described methods.

Abstract: The present disclosure relates to increasing the speed of electronic transactions using digital wallets. Aspects relate to a mobile user device, a computer readable medium and a method performed by a mobile user device comprising a wireless transmitter, a wireless receiver, a user interface, a memory storing a digital wallet application and a processor communicatively coupled to the wireless transmitter, wireless receiver, user interface and memory, the method comprising the processor: determining a location of the mobile user device according to location data received by the wireless receiver; determining that use of the digital wallet application is required according to input received by the user interface or the wireless receiver; responsive thereto, automatically selecting one of a plurality of digitised cards associated with the digital wallet application in dependence on the determined location; and subsequently providing the digitised card credentials to the wireless transmitter.

Abstract: According to a first aspect there is provided a method of identifying the funding source of an electronic transaction, said method comprising a payment terminal: receiving a transaction request comprising one or more credentials from a payment device; and determining whether said credentials comprise a funding source proxy (FSP) and, if not, generating the FSP from one or more of said credentials according to a predetermined algorithm stored on said payment terminal; wherein the funding source proxy is derived from a funding primary account number (FPAN) of a funding source of said payment device. Other aspects provide a method of blocking an electronic transaction, a method of authorising an electronic transaction, a method performed by a payment terminal and a method of provisioning a device with payment capability.

Abstract: According to one aspect there is provided a method comprising a secondary payment device: receiving a device primary account number (DPAN) and a funding source proxy (FSP) derived from a funding primary account number (FPAN) of a funding source according to a predetermined algorithm; and transmitting a secondary payment device transaction request comprising said DPAN and said FSP to a payment terminal. According to another aspect there is provided a method comprising a payment terminal: receiving a secondary payment device transaction request comprising a device primary account number (DPAN) and a funding source proxy (FSP) derived from a funding primary account number (FPAN) of a funding source according to a predetermined algorithm; responsive thereto, determining that the FSP is not present on a deny list stored at the payment terminal; and responsive thereto, authorizing said secondary payment device transaction request.

Abstract: Methods, devices, and systems for automatically detecting, tracking, and validating transit journeys are provided. A transit data processing engine receives sensory data gathered by a plurality of sensors of a mobile device registered for automatic tracking of transit journeys and detects, based on transit data of one or more transit agencies and a first set of the sensory data, a potential transit event with the one or more transit agencies. Based on the transit data and a second set of the sensory data, received subsequently to the first set of the sensory data, the processing engine determines then whether the potential transit event defines a transit journey having a starting point with the one or more transit agencies. If the potential transit event defines the transit journey, the transit data processing engine continues to analyse the sensory data being received to detect an ending point of the transit journey.

Abstract: A communication channel is established between a mobile device and a remote payment support service computer. The mobile device exchanges data communications with a contactless IC (integrated circuit) payment device, and triggers the payment device to generate a cryptogram. The mobile device receives the cryptogram and transmits it to the remote payment support service computer. The mobile device receives provisioning of payment credentials from the remote payment support service computer.