Abstract: This document describes tools capable of authorizing or enabling authorization of multiple payment transactions without requiring that a buyer or seller authorize each transaction separately. The tools may do so by enabling a buyer or seller to select aggregate constraints, such as a total price or number of transactions. Based on these selected constraints, the tools may authorize every payment transaction that meets the aggregate constraints without requiring the buyer to authorize every transaction separately.

Abstract: This document describes tools capable of authorizing or enabling authorization of multiple payment transactions without requiring that a buyer or seller authorize each transaction separately. The tools may do so by enabling a buyer or seller to select aggregate constraints, such as a total price or number of transactions. Based on these selected constraints, the tools may authorize every payment transaction that meets the aggregate constraints without requiring the buyer to authorize every transaction separately.

Abstract: A network-based transaction processing system allows users to flexibly and efficiently make payments using a combination of different payment instruments. The system includes a user interface through which a user can define one or more payment plans, each of which may specify a plurality of payment instruments and associated rules for dividing payment amounts among these payment instruments. These rules may be non-transaction-specific, such that a user can re-use a payment plan over time to complete multiple transactions. When placing an order or otherwise initiating a payment transaction, the user can select a payment plan for use in completing the transaction.

Abstract: A network-based transaction processing system allows users to flexibly and efficiently make payments using a combination of different payment instruments. The system includes a user interface through which a user can define one or more payment plans, each of which may specify a plurality of payment instruments and associated rules for dividing payment amounts among these payment instruments. These rules may be non-transaction-specific, such that a user can re-use a payment plan over time to complete multiple transactions. When placing an order or otherwise initiating a payment transaction, the user can select a payment plan for use in completing the transaction.

Abstract: A network-based transaction processing system allows online users to flexibly and efficiently make payments using a combination of different payment instruments. The system includes a user interface through which each user can define one or more personal payment plans. Each such payment plan specifies a plurality of payment instruments, and includes rules that specify how the monetary amount associated with a transaction is to be divided among these payment instruments. These rules may be non-transaction-specific, such that a user can re-use a payment plan over time to complete multiple transactions. In one embodiment, a user can specify an order in which the payment instruments are to be applied, and can specify per-transaction maximum monetary amounts to be charged to specific instruments.

Abstract: A method for testing interactions between a server and a client computer is provided in which a client computer transmits a unique request identification (ID) and a unique response to a server computer. The unique request identification ID indicates actual production commands, and the unique response code indicates responses to be provided by the server computer. With a valid request ID, the server simulates its behavior as defined by the response code, and responds to the client computer pursuant to the behavior. Upon receiving an invalid request ID, the server responds to the client computer with an error code so that the client can correct the unique request ID.

Abstract: This document describes tools capable of authorizing or enabling authorization of multiple payment transactions without requiring that a buyer or seller authorize each transaction separately. The tools may do so by enabling a buyer or seller to select aggregate constraints, such as a total price or number of transactions. Based on these selected constraints, the tools may authorize every payment transaction that meets the aggregate constraints without requiring the buyer to authorize every transaction separately.