Abstract: Techniques are described for storing customer data in compliance with data retention policies, including data retention policies that may imposed by law or regulation. A merchant website may be configured to gather customer information using an inline form obtained from a service provider, where the inline form protects the customer information from being accessed by the website. The customer information is provided from the inline form to the service provider, and the service provider stores the customer information for the merchant, while applying appropriate data retention policies. The merchant may avoid potential violations of retention policies by accessing the stored information without committing it to local persistent memory. In some cases, the stored information may be presented to the merchant through an inline form that protects the information from being accessed by computing components of the merchant.

Abstract: Techniques and arrangements for analyzing previous tickets of a customer at different merchants—specifying interactions of the customer at the different merchants—to determine subsequent recommendations to send to a particular merchant in real-time when the customer is located at the particular merchant. Other techniques and arrangements facilitate annotation of merchant tickets by the merchants to enrich the data maintained by the tickets and, in some instances, to enhance the described real-time recommendations. Still other techniques and arrangements create a merchant ticket for recording interactions between a merchant and customer upon the customer creating a reservation at the merchant for a specified future time, or being added to a waitlist of the merchant. Upon the customer arriving at the merchant proximate to the specified future time, the merchant may use the created ticket to track items ordered by the merchants, track tenders used to pay for items, and the like.

Abstract: In a restaurant having a customer-facing food service counter, a video camera is positioned to produce video of an area that includes the food service counter. The video is analyzed to determine the ingredients that are used to prepare each of multiple customer meals. This information may be used to recommend a modified ingredient layout of the food service counter, where the modified ingredient layout is formulated so as to improve serving efficiency or customer convenience.

Abstract: In a restaurant having a customer-facing food service counter, a video camera is positioned to produce video of an area that includes the food service counter. The video is analyzed to determine the ingredients that are used to prepare each of multiple customer meals. This information may be used to recommend a modified ingredient layout of the food service counter, where the modified ingredient layout is formulated so as to improve serving efficiency or customer convenience.

Abstract: Integrating payment processing functionality into a third-party application via software development kit (SDK) instructions is described. In an example, a payment card reader can include reader instructions executable on the payment card reader to configure the payment card reader to read payment card data from a payment card and transmit the payment card data to a mobile device for processing by SDK instructions on the mobile device. The SDK instructions can be executable on the mobile device to configure the mobile device to process the payment card data from the payment card reader. The SDK instructions, which can be provided by a payment processor, can be configured to be integrated into a third-party application on the mobile device, wherein the third-party application is provided by an entity distinct from the payment processor.

Abstract: Integrating payment processing functionality into a third-party application via software development kit (SDK) instructions is described. In an example, a payment card reader can include reader instructions executable on the payment card reader to configure the payment card reader to read payment card data from a payment card and transmit the payment card data to a mobile device for processing by SDK instructions on the mobile device. The SDK instructions can be executable on the mobile device to configure the mobile device to process the payment card data from the payment card reader. The SDK instructions, which can be provided by a payment processor, can be configured to be integrated into a third-party application on the mobile device, wherein the third-party application is provided by an entity distinct from the payment processor.

Abstract: An automated online payment system may be used to process purchase payments between a buyer and a seller. When a payment is requested, the payment system may determine whether the corresponding purchase satisfies a purchase criterion, and if so, may defer certain aspects of settling the payment. For example, the payment service may determine the risk of deferred settlement and the likelihood that the buyer will make a subsequent purchase from the seller within a relatively short time period. If there is a low risk and high likelihood of a future purchase, the payment service may authorize the payment, but may defer capture of the payment until the buyer makes the subsequent purchase.

Abstract: Techniques and arrangements for allowing modification of transaction flows, user interfaces (UIs), receipt configuration and control of buyer-facing displays associated with transactions between a payment service, a merchant and a buyer are provided. Payment service payment functionality is exposed by the payment service via one or more application programming interfaces (API) s, software development kits (SDKs), or some other web-based communication technique (e.g., a uniform resource locator). The payment service payment functionality exposed by the payment service allows a merchant to customize one or more steps of a transaction between a user and a merchant. A merchant can use the exposed payment service payment functionality to configure and modify the look and feel and/or the steps within a transaction flow. The merchant can also modify a receipt to include other information from the information that is included in a default receipt.

Abstract: Techniques and arrangements for analyzing previous tickets of a customer at different merchants—specifying interactions of the customer at the different merchants—to determine subsequent recommendations to send to a particular merchant in real-time when the customer is located at the particular merchant. Other techniques and arrangements facilitate annotation of merchant tickets by the merchants to enrich the data maintained by the tickets and, in some instances, to enhance the described real-time recommendations. Still other techniques and arrangements create a merchant ticket for recording interactions between a merchant and customer upon the customer creating a reservation at the merchant for a specified future time, or being added to a waitlist of the merchant. Upon the customer arriving at the merchant proximate to the specified future time, the merchant may use the created ticket to track items ordered by the merchants, track tenders used to pay for items, and the like.

Abstract: Integrating payment processing functionality into a third-party application via software development kit (SDK) instructions is described. In an example, a payment card reader can include reader instructions executable on the payment card reader to configure the payment card reader to read payment card data from a payment card and transmit the payment card data to a mobile device for processing by SDK instructions on the mobile device. The SDK instructions can be executable on the mobile device to configure the mobile device to process the payment card data from the payment card reader. The SDK instructions, which can be provided by a payment processor, can be configured to be integrated into a third-party application on the mobile device, wherein the third-party application is provided by an entity distinct from the payment processor.

Abstract: In a restaurant having a customer-facing food service counter, a video camera is positioned to produce video of an area that includes the food service counter. The video is analyzed to determine the ingredients that are used to prepare each of multiple customer meals. This information may be used to recommend a modified ingredient layout of the food service counter, where the modified ingredient layout is formulated so as to improve serving efficiency or customer convenience.

Abstract: Integrating payment processing functionality into a third-party application via software development kit (SDK) instructions is described. In an example, a payment card reader can include reader instructions executable on the payment card reader to configure the payment card reader to read payment card data from a payment card and transmit the payment card data to a mobile device for processing by SDK instructions on the mobile device. The SDK instructions can be executable on the mobile device to configure the mobile device to process the payment card data from the payment card reader. The SDK instructions, which can be provided by a payment processor, can be configured to be integrated into a third-party payment application on the mobile device, wherein the third-party payment application is provided by an entity distinct from the payment processor.

Abstract: Techniques and arrangements for analyzing previous tickets of a customer at different merchants—specifying interactions of the customer at the different merchants—to determine subsequent recommendations to send to a particular merchant in real-time when the customer is located at the particular merchant. Other techniques and arrangements facilitate annotation of merchant tickets by the merchants to enrich the data maintained by the tickets and, in some instances, to enhance the described real-time recommendations. Still other techniques and arrangements create a merchant ticket for recording interactions between a merchant and customer upon the customer creating a reservation at the merchant for a specified future time, or being added to a waitlist of the merchant. Upon the customer arriving at the merchant proximate to the specified future time, the merchant may use the created ticket to track items ordered by the merchants, track tenders used to pay for items, and the like.

Abstract: Techniques and arrangements for allowing modification of transaction flows, user interfaces (UIs), receipt configuration and control of buyer-facing displays associated with transactions between a payment service, a merchant and a buyer are provided. Payment service payment functionality is exposed by the payment service via one or more application programming interfaces (API)s, software development kits (SDKs), or some other web-based communication technique (e.g., a uniform resource locator). The payment service payment functionality exposed by the payment service allows a merchant to customize one or more steps of a transaction between a user and a merchant. A merchant can use the exposed payment service payment functionality to configure and modify the look and feel and/or the steps within a transaction flow. The merchant can also modify a receipt to include other information from the information that is included in a default receipt.

Abstract: In a restaurant having a customer-facing food service counter, a video camera is positioned to produce video of an area that includes the food service counter. The video is analyzed to determine the ingredients that are used to prepare each of multiple customer meals. This information may be used to recommend a modified ingredient layout of the food service counter, where the modified ingredient layout is formulated so as to improve serving efficiency or customer convenience.

Abstract: In some examples, a smart container may enable crowdsourced delivery of items from a pickup location to a delivery location. The container may include a location sensor and a communication interface to enable the container to provide its location to at least one of a service computing device, a courier device, a sender device, or a recipient device. In some cases, a service provider may employ public transport vehicles to transport the container along a portion of a delivery route. One crowdsourced courier may pick up the container for placement on the public transport vehicle and another crowdsourced courier may pick up the container from the public transport vehicle and deliver the container to the delivery location. Further, the container may include multiple compartments, and recipients who receive a shipment in the container may be solicited to deliver the container to a delivery location of a next recipient.

Abstract: Techniques and arrangements for allowing modification of transaction flows, user interfaces (UIs), receipt configuration and control of buyer-facing displays associated with transactions between a payment service, a merchant and a buyer are provided. Payment service payment functionality is exposed by the payment service via one or more application programming interfaces (API)s, software development kits (SDKs), or some other web-based communication technique (e.g., a uniform resource locator). The payment service payment functionality exposed by the payment service allows a merchant to customize one or more steps of a transaction between a user and a merchant. A merchant can use the exposed payment service payment functionality to configure and modify the look and feel and/or the steps within a transaction flow. The merchant can also modify a receipt to include other information from the information that is included in a default receipt.

Abstract: Integrating payment processing functionality into a third-party application via software development kit (SDK) instructions is described. In an example, a payment card reader can include reader instructions executable on the payment card reader to configure the payment card reader to read payment card data from a payment card and transmit the payment card data to a mobile device for processing by SDK instructions on the mobile device. The SDK instructions can be executable on the mobile device to configure the mobile device to process the payment card data from the payment card reader. The SDK instructions, which can be provided by a payment processor, can be configured to be integrated into a third-party payment application on the mobile device, wherein the third-party payment application is provided by an entity distinct from the payment processor.

Abstract: A payment service is configured to support purchase transactions generated by merchant point-of-sale (POS) devices, wherein each purchase transaction may comprise multiple transaction requests such as authorization requests and capture requests. Each transaction request may be sent to a different one of multiple data centers of the payment service. Upon successfully receiving an acknowledgement from one of the data centers for a transaction request, the POS device designates that data center as the primary data center. Subsequently, all transaction requests for that transaction identify the primary data center, even when the transaction requests are sent to other data centers. At the payment service, the data centers synchronize requests such that the primary data center is informed of all authorizations and is made responsible for performing the capture of the transaction. This allows the primary data center to detect duplicate authorizations and to prevent duplicate captures.

Abstract: Techniques and arrangements for creating a data structure for recording interactions between a first user and a second user for interactions to occur at a specified future time. The techniques and arrangements include facilitating annotation of the data structure. At the specified future time, the created data structure may be used to track items ordered, track tenders used to pay for items, and the like.