checkouts:write; existing read-only authorizations must be renewed to grant this permission.
For isolated test data, first switch your dashboard to Sandbox, then connect to:
Connect with a remote MCP URL
Clients that accept a remote MCP server URL need only the endpoint above. Name the connection OurPay, complete the browser authorization flow, and choose the OurPay account you want to use. If a client requires a local command instead of a URL, bridge to the remote endpoint:Cursor
Add the server to.cursor/mcp.json:
Codex
Add the server to~/.codex/config.toml:
Claude Code
OpenCode
Add the server toopencode.jsonc:
Other clients
For clients with a custom-connector screen, enterhttps://mcp.ourpay.dev/mcp as the remote MCP
URL and complete OAuth when prompted. Your client must support remote HTTP MCP servers and OAuth.
Prepare an agent purchase
- Use
ourpay_create_checkoutwith an authorized product ID and a payment processor. Save the returned ID and reuse it on retries; this creates an unpaid checkout. - For USDC, use
ourpay_prepare_usdc_checkoutwith the checkout client secret and billing details supplied by the buyer. - Read the exact amount, network and recipient with
ourpay_get_payment_collection. - The buyer approves that exact collection and spending limit in the separate OurPay agent gateway. The agent receives a scoped grant token, not a wallet key.
- The gateway returns an order receipt only after finalized USDC settlement and OurPay fulfillment.
Troubleshooting
- Open
https://mcp.ourpay.dev/healthzto confirm that the service is reachable. - Re-run your client’s OAuth login if it reports an expired or invalid bearer token.
- Make sure the configured path is exactly
/mcp; the root URL is a status endpoint, not the MCP transport. - If checkout creation returns 403, renew OAuth with
checkouts:writeand select an organization you can access.