Developers

This page is a ZenPay-styled copy of the Zenith Payments developer documentation. View the original docs

Merchant APIs

ZenPay v2 REST Payment API. Supports:

  • Payments
  • Preauths
  • Refunds
  • CreditRequests
  • BatchPayments
  • Customers
  • CardProxies
  • Proxies
  • RequestPays
  • Sessions
  • Diagnostics

Run in Postman

Download the OpenAPI spec (openapi-v2.json)

Servers#

Merchant APIs — choose an environment prefix and brand domain

https://{subdomain}.{baseDomain}

VariableDefaultValuesDescription
baseDomaintravelpay.com.autravelpay.com.au, b2bpay.com.au, childcareeasypay.com.au, schooleasypay.com.au, rentalrewards.com.au, zenpay.com.au, thoroughbredpayments.com.auBrand domain
subdomainapi.sandboxapi, apiuat, api.sandboxEnvironment prefix

Authentication#

  • API Key: Api-Key
  • HTTP: Basic Auth

Api-Key

Merchant's API key. Required together with Merchant's username and password

Security scheme typeapiKey
Header parameter nameApi-Key

BasicAuth

Merchant's username and password. Required together with the Api-Key header

Security scheme typehttp
HTTP authorization schemebasic

Endpoints#

Batch Payments#

A batch payment is a collection of payment entries submitted together for processing. Each entry settles asynchronously against a registered customer.

Card Proxies#

A card proxy is a secure tokenized reference to a credit or debit card. Card proxies allow PCI-compliant payment processing without handling raw card numbers.

Credit Requests#

A credit request is a disbursement of funds to a customer bank account. Credits are submitted with a customer reference, amount, and destination account proxy.

Customers#

A customer represents a payer enrolled with a merchant. Each customer holds a profile, payment account details, payment options, and subscription status.

Diagnostics#

API health and connectivity endpoints for verifying the service is operational.

Payments#

A payment is a one-off charge against a customer's card or bank account. Payments support card proxies, customer references, refunds, and 3D Secure authentication.

Preauths#

A preauthorization places a hold on a customer's card for a specified amount. Preauthorizations can later be captured (converted to a payment) or voided (released).

Proxies#

A proxy is a reference to a stored payment account (card, bank account, PayID, or PayTo). Proxies can be queried for details and applicable transaction pricing.

Request Pays#

A request-to-pay sends a payment request to a customer via email or SMS. Customers receive a link to complete payment through the hosted payment page.

Sessions#

A session is a secure, time-limited token used to initialize the hosted payment plugin. Sessions configure payment methods, amounts, customization, and callback URLs.

Contact#

ZenPay Integrations Team: integrations@zenithpayments.com.au

Need help with your integration?Talk to the Zenith Integrations Team.
Email integrationsTalk to us