Skip to content

A developer portal so larger merchants integrate themselves

Documentation, sandbox, keys and SDKs under the institution's brand, so larger merchants integrate themselves without a ticket to the institution.

A developer writing code across several screens

Three calls to a first payment

Create a test key, create a checkout session and receive the payment.succeeded webhook. Documentation, the sandbox and the logs are one site under the institution's brand.

  • A reference for checkout sessions, payments, refunds, links, settlements, disputes and webhooks
  • A go-live checklist that is the institution's gate, visible to the merchant

A sandbox that behaves as told

The sandbox is the live platform in test mode, with cards, QR and FPX that force each outcome, so the first live payment is not the first test.

  • Approved, declined and 3-D Secure challenge cards
  • A DuitNow QR to pay or let expire, and FPX with a chosen outcome
  • Test disputes, settlement every hour and a reset every night

Scoped keys that rotate

Each key carries only the scopes it needs and rotates on a schedule. A rotated key keeps working for 24 hours beside its replacement, so a deploy needs no downtime, and the institution is told when a key is late.

  • Scopes for checkout, payments, refunds, links and settlements
  • Allowed origins, allowed IPs and a rate limit per key

Signed webhooks and full logs

Webhooks are signed, with a versioned schema, and retried with backoff for 72 hours. Every delivery attempt is on the record with the response and the next retry, and the merchant can replay from there.

  • A failing endpoint announced on the overview
  • A request log with the idempotency key on each call
  • An event log with each delivery to each endpoint on its own line

SDKs and dated versions

SDKs for web, iOS and Android for the embedded checkout, and for Node and Python on the server. API versions are dated and pinned per key, so a merchant upgrades on its own schedule within the support window.

See it with your own merchants

Send us the methods you take, the number of merchants and the payment and account systems in place. An engineer replies with a rollout plan, a list of decisions to agree and a proposal.