Abstract: In one embodiment, techniques include systems and methods for facilitating context-aware peer-to-peer transfers of items utilizing at least one of short-range wireless technologies embodied by user devices or device-accessible contact lists. After receiving a request to transfer an item, a server can cause a device of a first peer user to detect devices of second peer users in the proximity of the device of the first peer user using short-range wireless technology. Based at least in part on the detected nearby devices or a contact list of the first peer user stored by the device of the first peer user, a second peer user to receive the item is determined. Upon receiving confirmation of authorization to transfer the item, requested and provided via an electronic message between the respective devices and the server, the item is disassociated from the first peer user and associated with the second peer user.

Abstract: In particular embodiments, a method of transferring money by use of a payment proxy includes receiving a notification of an intent to initiate a monetary transaction in a message entered by a user of a communication platform, identified based on a determination of a particular context associated with content of the message. The method includes parsing the message to identify a unique payment proxy associated with a financial account having a syntax that includes a currency indicator and a string of characters. The method includes identifying a recipient financial account associated with the unique payment proxy. The method includes identifying a sender financial account based on the particular context associated with the content of the user message. The method includes initiating a transfer of a payment amount between the sender financial account and the recipient financial account associated with the unique payment proxy in accordance with the monetary transaction.

Abstract: In one embodiment, a method includes receiving, by a payment service system, an indication from a payment application executing on a first mobile device operated by a first user to send a request for a money transfer. The method includes identifying second users in proximity to the first user based on identifying information associated with each second user of the second users received by the first mobile device over a wireless connection established by the first mobile device with each second mobile device. The method includes selecting one or more second users based at least on a contextual relationship between the first user and each second user of the one or more second users based on contextual information accessed by the payment service system or received from the first mobile device. The method includes causing each selected second user to receive the request for the money transfer.

Abstract: In some examples, a system and method for generating a payment instrument are described. The method includes receiving a unique signature that a recipient intends to associate with the payment instrument; verifying that the received feature meets an acceptability criterion; generating a representation of the received signature, wherein the representation is in a form capable of being physically associated with the payment instrument, and wherein association is established by embedding or exposing the representation on the payment instrument; and causing physical generation of the payment instrument having associated therewith the representation of the signature.

Abstract: In one embodiment, a payment service system-implemented method of assigning payment card numbers for individual user accounts associated with the payment service system includes receiving a request, in the context of an authorization for a payment transaction, to assign a payment card number to a user account associated with a user of the payment service system. The method includes retrieving, from a database associated with the payment service system, an account record associated with the user account. The method includes determining that the user account is not associated with an active payment card number. The method includes identifying an unassigned payment card number and modifying the account record to assign the unassigned payment card number to the user account as an active payment card number. The method includes authorizing the payment transaction using the active payment card number, causing a modification to an account balance of the user account.

Abstract: A group money transfer technology that enables a sender to send a group payment or a group request for payment to any number of users that are nearby to effect multiple money transfer transactions are disclosed. The sender can use a payment application executing on his or her mobile device to input an amount and select a group payment or a group request for payment as a request type. In response, the payment application identifies multiple individuals that are nearby the sender or in the same geo-fenced area and are likely to be the intended recipients. The identification of the multiple individuals can be based on location alone, or in combination with one or more contextual criteria based on contact information, schedule information, transaction history information, and the like.

Abstract: In one embodiment, a method includes receiving, by a payment server and from a messaging application executing on a first mobile device operated by a first user, a request to initiate a payment transaction using a payment application. The request includes a payment amount and an identifier associated with the first user. The method includes facilitating a first adjustment to a balance associated with the financial account of the first user in the data store identified based on the identifier. The method includes generating a link associated with the first adjustment and transmitting the link to the first mobile device. The method includes, upon receiving from a second user operating a messaging application, an indication that the second user has interacted with the link within the messaging application, facilitating a second adjustment of a balance of a financial account of the second user according to the payment amount.

Abstract: In some examples, a system and method for generating a payment instrument are described. The method includes receiving a unique signature that a recipient intends to associate with the payment instrument; verifying that the received feature meets an acceptability criterion; generating a representation of the received signature, wherein the representation is in a form capable of being physically associated with the payment instrument, and wherein association is established by embedding or exposing the representation on the payment instrument; and causing physical generation of the payment instrument having associated therewith the representation of the signature.

Abstract: Disclosed herein are systems and methods for real-time provisioning of new payment card numbers to users of a payment-service system, wherein the new payment card numbers are issued to users without activation or registration. By issuing payment card numbers in real-time and without registration, these systems and methods can provide a relatively frictionless experience for users. As such, these systems and methods can issue more payment card numbers, increase market penetration and use of the payment card numbers because the systems and methods are relatively efficient to use compared with prior methods of issuing payment card numbers.

Abstract: Disclosed herein are systems and methods for processing a payment request. A mobile device associated with a payor may generate a user interface having two screen portions. The first screen portion may be configured to display received and sent messages and further configured to receive a command to transmit a message. The second screen portion may be configured to access a third-party application and configured to populate a new message with a payload. The mobile device may receive an inputted amount in the second screen portion representing the payment amount. The mobile device may transmit a request including the payor's identification and the payment amount to a third-party Payment Processing System (PPS) and receive a payload from the PPS. The mobile device may populate and transmit a message to the recipient that contains the payload.

Abstract: In one embodiment, a method includes receiving, by a payment service system (PSS), a payment request from a payment application executing on a device of a sender. The payment request includes a recipient identifier corresponding to a recipient. The sender and recipient have financial accounts associated with the PSS. The method includes determining a similarity score based on a comparison of contact records associated with the device of the sender and contact records associated with a device of the recipient. The method includes, responsive to determining that the similarity score does not satisfy a threshold similarity score, transmitting a confirmation request to the device of the sender to confirm an identity of the recipient. The method includes receiving, from the device of the sender, an approval response to the confirmation request. The method includes, authorizing a payment transaction associated with the payment request based on the approval response.

Abstract: In some examples, a system and method for generating a payment instrument are described. The method includes receiving a unique signature that a recipient intends to associate with the payment instrument; verifying that the received feature meets an acceptability criterion; generating a representation of the received signature, wherein the representation is in a form capable of being physically associated with the payment instrument, and wherein association is established by embedding or exposing the representation on the payment instrument; and causing physical generation of the payment instrument having associated therewith the representation of the signature.

Abstract: Disclosed are a system and a method for purchasing items from a merchant system using friction-less payment processing technology. A customer initiates a purchase transaction from a user interface of the merchant system by selecting a payment button in lieu of payment information or login credentials or signing-into accounts. An auto-payment component parses a navigable link connected to the payment button to locate a mobile payment portal either installed on the mobile device as a mobile payment application or authenticated as a web application in a web-browser. The auto-pay component generates a payment request and sends the request to a payment service system via the mobile payment portal. The payment service system uses information in the payment request to identify financial accounts associated with the customer and the merchant. The payment service system then initiates a transfer of a payment amount from the customer to the merchant.

Abstract: In some examples, a system and method for generating a payment instrument are described. The method includes receiving a unique signature that a recipient intends to associate with the payment instrument; verifying that the received feature meets an acceptability criterion; generating a representation of the received signature, wherein the representation is in a form capable of being physically associated with the payment instrument, and wherein association is established by embedding or exposing the representation on the payment instrument; and causing physical generation of the payment instrument having associated therewith the representation of the signature.

Abstract: In one embodiment, a method includes, receiving, by a wallet application executing on a computing device, a user registration request from a user. The computing device includes a secure subsystem with secure elements and a secure operating system. The method includes sending the user registration request to a third-party payment application integrated with the wallet application. The third-party payment application is configured to execute within the secure subsystem based on a processor of the computing device being in a secure mode. The method includes receiving user registration information via a user interface generated based on instructions from the third-party payment application. The method includes providing the received user registration information to the third-party payment application in response to receiving authorization for the user registration request via the secure elements.

Abstract: Disclosed are a system and a method for purchasing items from a merchant system using friction-less payment processing technology. A customer initiates a purchase transaction from a user interface of the merchant system by selecting a payment button in lieu of payment information or login credentials or signing-into accounts. An auto-payment component parses a navigable link connected to the payment button to locate a mobile payment portal either installed on the mobile device as a mobile payment application or authenticated as a web application in a web-browser. The auto-pay component generates a payment request and sends the request to a payment service system via the mobile payment portal. The payment service system uses information in the payment request to identify financial accounts associated with the customer and the merchant. The payment service system then initiates a transfer of a payment amount from the customer to the merchant.

Abstract: Disclosed herein are systems and methods for processing a payment request that use mobile devices to have money transferred. These mobile devices are capable of running a payment transfer application that facilitates a transfer of money. A user can then execute the payment transfer application using a mobile device to send money, through a payment processing system that runs the payment transfer application, to a recipient account. One or more techniques authenticate a user of the mobile device by multi factor authentication prior to processing requests for money transfer initiated by the user.

Abstract: In one embodiment, a method includes receiving, at a third-party payment application integrated with a native wallet application executing on a mobile device, a payment request and a near-field communication code received from a payment terminal associated with a merchant. The mobile device includes secure elements accessible by the third-party payment application based on a processor of the mobile device being in a secure mode. The method includes authenticating a user through a secure subsystem executing on the mobile device. The method includes facilitating payment between the user and the merchant through a third-party payment server based on the authenticating the user and identifying a loyalty program status associated with the merchant. The method includes updating the payment request with the loyalty program to generate an updated loyalty program status. The method includes displaying a user computing device, comprising the updated loyalty program status.

Abstract: Integrating third-party applications and native applications allows platform designers to provide greater services than otherwise would be available. This integration can increase security, provide more features, and give users a better experience with devices. Examples of such integration can allow third-party applications to have access to hardware and to provide seamless services to users. Such services can include registering payment accounts, allowing for loyalty programs, and providing additional information and services in native applications to provide a seamless experience.

Abstract: A transaction card associated with a payment service may be purchased by a customer without the customer having a user profile with the payment service. The user scans a card identifier from the transaction card or from the transaction card's packaging using a mobile device, which then sends the card identifier to the payment service. The payment service may use the card identifier to generate a user profile that the payment service can automatically link to the transaction card. The user can track transactions made using the transaction card via the user profile.