- Production —
https://api.paymnt.cloud - Sandbox —
https://sandbox.paymnt.cloud
Environment separation
- Data isolation. Objects created in Sandbox are not visible in Production, and vice versa.
- API keys. Generate separate secret keys per environment. Never reuse a Production key in Sandbox.
- Profiles & routing. Profiles (
x-profile-id) are environment-scoped; configure routing independently per env. - Connectors & credentials. Configure connector credentials separately for each environment.
Avoid real PII in Sandbox wherever possible. Use test data and anonymized payloads.
Authentication headers
Send your secret key on the server only:Pick the base URL
During development:Webhooks & events (managed — no self-hosted required)
Paymnt Cloud provides a managed event stream and delivery in our cloud. You don’t need to run your own webhook server. How it works (per environment):- In the Dashboard, enable event subscriptions for Sandbox or Production
- Choose which event types you want to receive (e.g., payment lifecycle)
- Consume events via our managed delivery or via the Events API (pull), depending on your integration preference
- Managed delivery (hosted by Paymnt Cloud). Events are delivered from our cloud; signature verification and retries are handled by the platform
- Events API (pull). Programmatically fetch and acknowledge events from the environment’s stream
- Optional external destination. If you still want to receive events at your own URL, you can add external endpoints; signing and retry/backoff apply the same way
Testing resources
- Sandbox guide — flows, test scenarios, configuration tips
- Test cards & 3DS — PANs, SCA outcomes, challenge flows
Rate limits and resilience
Both environments enforce rate limits (e.g., HTTP 429 on exceed). Implement:- Idempotency for POST/PUT/PATCH (Idempotency)
- Exponential backoff + jitter for transient failures (Retries & Backoff)
- Error handling with request_id logging (Error Codes)