Building with Open Payments
This page is the starting point for developers building applications, services, or other software that consume the Open Payments APIs.
What you’ll build
Section titled “What you’ll build”A client in Open Payments is software that:
- Discovers an Open Payments-enabled account from its wallet address.
- Requests grants from the account’s authorization server.
- Creates
incoming-payment,quote, andoutgoing-paymentresources to set up a payment. - Signs every request with a key the authorization server can verify.
- Handles the interactive consent flow for outgoing payments.
A client never moves money. The ASEs on each side of the payment are responsible for settlement.
What to read
Section titled “What to read”If you’re new to Open Payments, follow this path:
What’s intentionally not on the developer path
Section titled “What’s intentionally not on the developer path”Some Open Payments documentation describes the responsibilities of the ASE, not the client such as how the wallet address server is structured, how the authorization server processes grants, how the resource server hands payments off to settlement, how the identity provider is integrated. Those pages live under the For ASEs section and are intended for the engineers deploying the server stack.
If you find yourself reading an ASE page and wondering whether you need to implement something on the client side, the answer is almost always no.