Abstract: A payment handling system may operate to handle payments for the cost of a transaction in which one or more devices operate in an offline mode. The payment handling system may allow for merchant devices to make modifications to local versions of an open ticket while in an off-line mode. When a merchant device subsequently enters an online mode, the systems and techniques may operate to reconcile differences between the local versions of the open ticket.

Abstract: Techniques and arrangements for facilitating synchronizing data structures between devices using application programming interfaces (APIs) are described. In some examples, two devices may try to synchronize a data structure between one another by sending and receiving data for the data structure. However, each device may include hardware and/or software that is different than, and not compatible with, the other device. As such, the application describes a service that provides a first device an API for sending the service information for a transaction. The service uses the information to create a data structure for the transaction, and then sends the data structure to a second device. The second device can receive data structure from the service. After receiving the data structure, the service can process the transaction.

Abstract: A payment handling system may operate to handle payments for the cost of a transaction in which one or more devices operate in an offline mode. The payment handling system may allow for merchant devices to make modifications to local versions of an open ticket while in an off-line mode. When a merchant device subsequently enters an online mode, the systems and techniques may operate to reconcile differences between the local versions of the open ticket.

Abstract: A payment handling system may operate to handle payments for the cost of an open ticket transaction in which incremental authorization operations are performed. The payment handling system may receive items to add to the open ticket, payment instruments for paying the cost of the open ticket or adjustments to any bill splitting arrangement throughout the life of the open ticket. As items are added, payment instruments are received, and/or adjustments are input, the amount allocated to the one or more payments instruments may be updated. Incremental authorization values may be determined for some or all of the payment instruments. When the amount allocated to a payment instrument exceeds the incremental authorization value, an authorization of the instrument is attempted and a new authorization value is determined. At the end of the interaction, the open ticket is closed and payment is executed.

Abstract: A payment handling system may operate to handle payments for the cost of a transaction in which one or more devices operate in an offline mode. The payment handling system may allow for merchant devices to make modifications to local versions of an open ticket while in an off-line mode. When a merchant device subsequently enters an online mode, the systems and techniques may operate to reconcile differences between the local versions of the open ticket.

Abstract: A payment handling system operates to handle payments for the cost of an open ticket transaction in which incremental authorization operations are performed. The payment handling system receives items to add to the open ticket, payment instruments for paying the cost of the open ticket or adjustments to any bill splitting arrangement throughout the life of the open ticket. As items are added, payment instruments are received, and/or adjustments are input, the amount allocated to the one or more payments instruments may be updated. Incremental authorization values are determined for some or all of the payment instruments. When the amount allocated to a payment instrument exceeds the incremental authorization value, an authorization of the instrument is attempted and a new authorization value is determined. At the end of the interaction, the open ticket is closed and payment is executed.

Abstract: Techniques for processing a transaction using one or more service computing devices of a payment service that processes transactions for multiple merchants including a merchant are described. A first point-of-sale device operable by the merchant is configured to (i) receive, from a first point-of-sale (POS) device operable by the merchant, transaction data indicating an amount to charge a customer for at least one item ordered by the customer from the merchant in a transaction, and (ii) send the transaction data to a second POS device operable by the merchant, and the second POS device is configured to (i) receive the transaction data, (ii) generate payment data via a card reader associated with the second POS device, and (iii) transmit the payment data to a payment gateway for processing payment for the transaction.

Abstract: Techniques for processing a transaction using one or more service computing devices of a payment service that processes transactions for multiple merchants including a merchant are described. A first point-of-sale device operable by the merchant is configured to (i) receive, from a first point-of-sale (POS) device operable by the merchant, transaction data indicating an amount to charge a customer for at least one item ordered by the customer from the merchant in a transaction, and (ii) send the transaction data to a second POS device operable by the merchant, and the second POS device is configured to (i) receive the transaction data, (ii) generate payment data via a card reader associated with the second POS device, and (iii) transmit the payment data to a payment gateway for processing payment for the transaction.

Abstract: Techniques and arrangements for facilitating synchronization of open tickets between electronic devices using application programming interfaces. In some examples, a system may provide an application programming interface (API) for generating open tickets to a first electronic device and receive, from the first electronic device using the API, cart information indicating one or more items. The server can then generate an open ticket based at least in part on the cart information and send data associated with the open ticket to a second electronic device. In some examples, the data includes the one or more items. In some examples, the first electronic device can add additional items to the open ticket via the API and/or the second electronic device add additional items to the open ticket by sending data associated with the additional items to the server.

Abstract: A payment handling system may operate to handle payments for the cost of a transaction in which one or more devices operate in an offline mode. The payment handling system may allow for merchant devices to make modifications to local versions of an open ticket while in an off-line mode. When a merchant device subsequently enters an online mode, the systems and techniques may operate to reconcile differences between the local versions of the open ticket.

Abstract: A payment handling system may operate to handle payments for the cost of a transaction in which one or more devices operate in an offline mode. The payment handling system may allow for merchant devices to make modifications to local versions of an open ticket while in an off-line mode. When a merchant device subsequently enters an online mode, the systems and techniques may operate to reconcile differences between the local versions of the open ticket.

Abstract: A payment handling system may operate to handle payments for the cost of an open ticket transaction in which incremental authorization operations are performed. The payment handling system may receive items to add to the open ticket, payment instruments for paying the cost of the open ticket or adjustments to any bill splitting arrangement throughout the life of the open ticket. As items are added, payment instruments are received, and/or adjustments are input, the amount allocated to the one or more payments instruments may be updated. Incremental authorization values may be determined for some or all of the payment instruments. When the amount allocated to a payment instrument exceeds the incremental authorization value, an authorization of the instrument is attempted and a new authorization value is determined. At the end of the interaction, the open ticket is closed and payment is executed.

Abstract: A payment handling system may operate to handle payments for the cost of an open ticket transaction in which incremental authorization operations are performed. The payment handling system may receive items to add to the open ticket, payment instruments for paying the cost of the open ticket or adjustments to any bill splitting arrangement throughout the life of the open ticket. As items are added, payment instruments are received, and/or adjustments are input, the amount allocated to the one or more payments instruments may be updated. Incremental authorization values may be determined for some or all of the payment instruments. When the amount allocated to a payment instrument exceeds the incremental authorization value, an authorization of the instrument is attempted and a new authorization value is determined. At the end of the interaction, the open ticket is closed and payment is executed.

Abstract: A payment handling system may operate to handle payments for the cost of a transaction in which one or more devices operate in an offline mode. The payment handling system may allow for merchant devices to make modifications to local versions of an open ticket while in an off-line mode. When a merchant device subsequently enters an online mode, the systems and techniques may operate to reconcile differences between the local versions of the open ticket.