Base URLs
Quidkey provides separate environments for development and production:
All endpoints are served under the
/api/v1 prefix (for example https://core.quidkey.com/api/v1/oauth2/token).
Authentication
All API endpoints require authentication using OAuth 2.0 Client Credentials flow.1
Obtain credentials
Sign up at console.quidkey.com to get your
client_id and client_secret2
Exchange for access token
Call
POST /api/v1/oauth2/token with your credentials to receive an access_token3
Use in requests
Include the token in all API requests:
Authorization: Bearer <access_token>- Validity: 15 minutes (900 seconds)
- Refresh: Use
POST /api/v1/oauth2/refreshwith yourrefresh_token - Best practice: Cache tokens and refresh before expiry
Try Authentication
Test the authentication flow in the interactive playground
API Endpoints
The Quidkey API is organized into logical groups:Authentication
Obtain and refresh access tokens
Embedded Payment Flow
Create, update, and initiate payments
Payment Links
Create, list, and manage checkout links
Webhooks
Configure webhook endpoints and secrets
Common Response Format
All Quidkey API responses follow a consistent structure:Success Response
Error Response
HTTP Status Codes
Error Codes
Common error codes you may encounter:Rate Limits
Quidkey currently does not enforce strict rate limits. However, we recommend implementing exponential backoff for retry logic and avoiding unnecessary API calls.
API Versioning
The current API version is v1, indicated in all endpoint paths:/api/v1/...
- Breaking changes: Will be released as new versions (v2, v3, etc.)
- Non-breaking changes: Added to existing version without path changes
- Deprecation: Minimum 6 months notice before removing endpoints
Getting Started
Quickstart Guide
Get your first payment working in 10 minutes
Embedded Flow
Complete embedded payment integration guide
Need Help?
Contact Support
Email rabea@quidkey.com - we typically respond within one business day