🎓 CoursesMarkets & internationalIntermediate⏱ 60 min
🇦🇺
Accepting payments in Australia and New Zealand. 6 chapters and a final quiz.
Launch in Oceania without repeating the classic integration mistakes. Name the right NPP overlay when you talk to your bank, wire up a PayTo mandate and rework your dunning logic, produce a compliant BECS batch, audit the least-cost routing the RBA mandates, reprice before Australia’s surcharging ban, and write New Zealand timelines that hold up without an instant rail.
Scope an Australia–New Zealand launch: currencies, authorities, tax thresholds, and the rails available in each country
Name the right NPP overlay (Osko, PayID, PayTo) in a specification for an Australian bank or PSP
Wire up a PayTo mandate and rewrite the dunning logic that BECS direct debit never prepared you for
Produce a compliant BECS batch: BSB, 18-character reference, mandate, pre-notification, claims handling
Chapter 1. Scoping the launch: two markets with nothing in common.
“Australia and New Zealand” is sold as a region, but it isn’t one. There are two currencies, two central banks, and two authorities that set the cost of acceptance by public decision. You can’t derive a New Zealand rate schedule from an Australian one, and the two countries’ regulatory timelines don’t share a single date. Your first launch task, then, is to split what your team has been treating as one project: two contracts, two sets of pricing parameters, two compliance plans.
Australia
New Zealand
Settlement currency
Australian dollar (AUD)
New Zealand dollar (NZD)
Who sets the cost of acceptance
Reserve Bank of Australia’s Payments System Board, through standards imposed on designated networks
Commerce Commission, through network standards issued under the Retail Payment System Act 2022
Domestic debit
eftpos, operated by Australian Payments Plus
EFTPOS, governed by Payments NZ’s CECS rules
Retail instant payments
NPP since 2018, with the Osko, PayID, and PayTo overlays
None: several exchanges a day, settled in advance (SBI, since 2012)
Bulk clearing
BECS / Direct Entry (1994), under AusPayNet rules
New Zealand BECS, under Payments NZ rules, a completely separate system
Final settlement (RTGS)
RITS, owned by the Reserve Bank of Australia
ESAS, owned by the Reserve Bank of New Zealand
Checks
Being phased out: issuance ends June 30, 2028, acceptance September 30, 2029 (Treasury/AusPayNet, November 2024)
Discontinued: clearing decommissioned August 31, 2021 (Payments NZ)
Consumption tax collected at checkout
GST at 10%; registration threshold of A$75,000 in sales over 12 months (Australian Taxation Office, 2026)
GST at 15%; registration threshold of NZ$60,000 (Inland Revenue/New Zealand Customs Service, since December 1, 2019)
What differs between the two markets, line by line: the basis of your decision matrix
The tax line deserves a closer look, because it changes the amount you authorize. Both countries collect their tax at checkout on low-value imported goods rather than at the border, up to A$1,000 per item in Australia and NZ$1,000 in New Zealand. A foreign seller whose local sales exceed the threshold must register, charge the tax, and remit it. Your pricing engine therefore needs to know the delivery country before it builds the amount to authorize. An error here hits every transaction, not just a few.
10 % / 15 %
Australian and New Zealand GST rates, applied to the amount collected
Australian Taxation Office and Inland Revenue, 2026
A$75,000
GST registration threshold for a nonresident seller selling into Australia, over 12 months
Australian Taxation Office, 2026
NZ$60,000
equivalent threshold in New Zealand, for low-value goods sold to consumers
Inland Revenue/New Zealand Customs Service, since December 1, 2019
1 000
maximum value, in local currency, of an imported item whose tax is collected at checkout rather than at customs
Australian Taxation Office, 2026; New Zealand Customs Service, 2019
⚠️
What doesn’t carry over from one country to the other
Four objects must exist twice in your configuration. The acquiring contract, because the two pricing regimes share neither a legal basis nor a timeline. The settlement account, because settling NZD through an AUD account adds a conversion to every payout. The pricing rule set, since the interchange caps change on different dates. And the checkout disclosures, since surcharging will be banned in Australia but remains allowed online in New Zealand. A single configuration leads either to a breach or to lost margin.
Pick your entry country: launching Australia first gives you the NPP, and with it refunds in seconds; launching New Zealand first means handling deferred settlement from day one
Choose the settlement currency for each country, then check where conversion happens: at the acquirer, at your bank, or in your accounting
Check the pricing model on offer: without interchange plus plus, regulatory cuts to the caps will never reach you
Map the recurring-payment rails before you promise subscriptions: BECS, PayTo, and BPAY in Australia; New Zealand BECS and API-initiated payments in New Zealand
Put the four regulatory dates in your project plan: December 1, 2025, and May 1, 2026, for New Zealand; October 1, 2026, and April 1, 2027, for Australia
Treat tax as payment data: the authorized amount includes GST, and the registration threshold needs continuous monitoring
🔑
Your rate schedule is set in a public document
In both markets, your cost of acceptance is not primarily the outcome of a negotiation. It flows from a regulator’s decision. The RBA has capped interchange since 2003 and publishes its conclusions; the Commerce Commission issues standards that bind Visa and Mastercard. Before you launch an acquirer RFP, read the standard in force and its effective date. It tells you which part of the price is negotiable and which is not.
🎯 Quick question
A European merchant wants to “launch ANZ” with a single acquiring contract and a single pricing configuration. What is the main flaw in this plan?
Chapter 2. NPP, Osko, and PayID: naming what you need.
The New Payments Platform (NPP), run by NPP Australia, a subsidiary of Australian Payments Plus (AP+), clears and settles individual payments in seconds, around the clock, natively in ISO 20022. One practical point determines how productive your conversations with an Australian bank will be: the NPP is not for sale. What you order are the services built on top of it: Osko for transfers, PayID for addressing, PayTo for mandates. A spec that asks for “an NPP connection” comes back without a quote, while one that asks for “outbound Osko payments addressed by PayID, with the payee’s name returned” gets priced.
What you want to do
What you ask for
What you provide
What you get back
Refund a customer, pay a marketplace seller, pay out compensation
Osko, on the NPP
PayID, or BSB and account number, amount, long reference
Funds credited in seconds, 24/7, plus a payment status
Avoid collecting bank details
PayID
Mobile number, email address, ABN, or organization ID
The account holder’s name appears before confirmation, your first line of defense against fraud
Collect a subscription with consent the payer can revoke in real time
PayTo
Payment agreement: payer, fixed or variable amount, frequency, displayed description
A mandate authorized in the payer’s banking app, plus its status changes
Collect on an invoice the customer pays from their own bank
BPAY
Biller code and customer reference number (CRN)
Reconciliation guaranteed by design, settled the next morning in RITS
Have a customer’s bank verify their identity
ConnectID
The attribute request, not the data itself
An attestation, with no data stored by the identity provider
Turning a business need into a request an Australian bank or PSP can act on
Think of PayID as a security control as much as a convenience. The service resolves an alias to an account, then shows the payer the account holder’s name before confirmation, which puts the check at the moment of sending. For a merchant paying out funds to third parties, this is the only step where a wrong account detail can still be caught. An Osko payment is final within seconds. Wire the returned name into your payout interface, and require human confirmation above an amount threshold you set.
Payout order addressed by alias (illustrative example, PSP API)
{
"rail": "npp_osko",
"amount": 24500,
"currency": "aud",
"payee": {
"payid_type": "MOBILE",
"payid": "+61400000000"
},
"remittance_information": "Refund for order CMD-2026-1042 - 2 items",
"idempotency_key": "payout_CMD-2026-1042_v1"
}
// Response: the resolved name must be shown BEFORE confirmation.
// {
// "status": "requires_confirmation",
// "payee_name_resolved": "JANE JOHNSON",
// "payid": "+61400000000"
// }
📱
PayID by mobile number
The consumer alias, used to refund an individual. Customers create it themselves in their banking app; you can neither guess it nor impose it.
✉️
PayID by email address
Same mechanism, often chosen by sole traders. Useful when your customer database already holds a verified email address but not a phone number.
🏢
PayID by ABN
The Australian Business Number serves as a company’s payment address. It is the natural alias for supplier payments, because you can check it against the public register.
🏛️
PayID by organization ID
Reserved for organizations that receive high volumes, it avoids exposing a collection account. The payer still sees the organization’s name.
1.86B
transactions on the NPP in 2025, worth more than A$2.4 trillion
Australian Payments Plus, 2025–2026
> 115
banks, institutions, and fintechs connected to the NPP, directly or through an aggregator
Australian Payments Plus, 2025–2026
128M
accounts reachable on the NPP, up 12% year over year
Australian Payments Plus, 2026
> 95 000
billers connected to BPAY, with more than 140 participating financial institutions
Australian Payments Plus, 2026
⚠️
You can’t recall an Osko payout the way you recall a bulk transfer
Settlement happens transaction by transaction, in central bank money, within seconds, and you get no cancellation window like the one you have on a BECS batch that hasn’t been exchanged yet. That has three consequences for your payout flow. Account details are checked before sending, using the name PayID returns. Duplicate payouts are prevented with an idempotency key, not fixed after the fact. And you need a human approval threshold, calibrated to your usual payment amount.
🎯 Quick question
You are writing a spec for your Australian bank because you need to send instant payouts to individuals. Which wording can the bank act on?
Chapter 3. PayTo: wiring the mandate, rewriting the dunning logic.
PayTo is the NPP’s digital mandate. The creditor creates a payment agreement, the payer’s bank presents it, and the payer authorizes it in their banking app. The consent is held and displayed by the bank, not by the merchant. The reversal looks cosmetic, but it hands control of the billing cycle to the payer and removes the delays that direct debit logic quietly relied on.
Topic
BECS Direct Debit
PayTo
What you rewrite
Consent capture
DDR form held and archived by the creditor
Agreement authorized in the payer’s banking app
The subscription flow: you no longer hold the proof, only an agreement reference
Time to funds
Daily batch, no weekends, delayed status
Seconds, 24/7, final settlement
Cash flow forecasts and the revenue recognition date
Insufficient funds
Return reported after the fact, re-presentment possible
Immediate failure, with no equivalent re-presentment mechanism
The entire dunning sequence: it fires in real time, not on D+3
Ending the relationship
Cancellation request sent to the creditor
Unilateral, instant revocation from the bank
Status notification handling, and churn measurement that is now real time
Changing the amount
New instruction in the next batch
Constrained by the agreement’s attributes: fixed, variable, or capped amount, and frequency
How you model your plans: an agreement that is too narrow blocks a price increase
What the migration changes in your code, area by area
Runbook: migrating a mandate base to PayTo
Billing team
Inventory existing mandates
By amount, frequency, and tenure cohort; flag the mandates that already fail often on BECS
➜
Engineering team
Run both rails side by side
Each subscriber has either a BECS DDR or a PayTo agreement, never both, and the database enforces that uniqueness, not a convention
➜
Product team
Rewrite the authorization flow
The customer leaves your screen to authorize at their bank; plan for an “awaiting authorization” status and a reminder for it
➜
Engineering team
Consume status notifications
Active, suspended, revoked, expired, error: each status drives a billing action, and none can be inferred from silence
➜
Collections team
Recalibrate the dunning sequence
Failure arrives within a second; the first dunning step can no longer be scheduled for D+3 on an assumed return
➜
Finance team
Switch over cohort by cohort, measuring as you go
Mandate authorization rate, collection failure rate, 30-day revocation rate, compared with the remaining BECS base
Mandate statuses are the most underestimated part of the integration. A PayTo agreement has a life of its own, independent of your invoices: the payer can suspend it on a Tuesday and reactivate it on Thursday. Your billing system must read these events, not infer them from a failed collection. A creditor that collects on a revoked mandate does two kinds of damage at once: a customer complaint and an accounting entry that has to be reversed.
Handling PayTo agreement status changes (TypeScript)
type MandateStatus =
| "pending_authorisation" // created, waiting for the payer in their banking app
| "active" // authorized: collection is allowed
| "suspended" // suspended by the payer or their bank
| "cancelled" // revoked: no further collection is legitimate
| "expired" // reached its end date under the agreement's attributes
| "error"; // bank-side error: neither active nor closed
// An agreement is NOT an invoice. It governs the right to collect, nothing else.
function onMandateEvent(sub: Subscription, status: MandateStatus): void {
switch (status) {
case "active":
sub.collectable = true;
scheduleNextCollection(sub); // can resume after a suspension
break;
case "pending_authorisation":
sub.collectable = false;
remindCustomerToAuthoriseInBankingApp(sub); // otherwise the flow dies silently
break;
case "suspended":
sub.collectable = false;
pauseDunning(sub); // never retry the payment: the right is suspended
break;
case "cancelled":
case "expired":
sub.collectable = false;
stopDunning(sub);
openWinBackFlow(sub); // this is where churn shows up, in real time
break;
}
}
⚠️
Dunning logic doesn’t port; you rewrite it
A collection sequence built for direct debit rests on three assumptions that PayTo removes. First, that a return arrives after several days; in fact, failure is immediate. Second, that automatic re-presentment will recover insufficient funds; that mechanism has no equivalent. Third, that cancellation goes through the creditor, who sees it coming; it is now unilateral and instant. A successful migration therefore starts with the dunning schedule, not the API. Port the code first and you end up chasing customers who have already left.
One agreement, one subscriber, one source of truth: store the agreement reference next to the subscription, with its authorization date and attributes
A readable description in the agreement: it is what the payer will see at their bank, and it heads off “I don’t recognize this payment” disputes
Attributes broad enough to absorb a price increase, but not so broad that they worry the payer at authorization
An “awaiting authorization” status handled like an abandoned cart, with a reminder: an agreement that is never authorized throws no error, just silence
An end-to-end revocation test, triggered from the banking app, all the way to your dunning actually stopping
🎯 Quick question
A biller moves its subscriptions from BECS direct debit to PayTo and ports its dunning sequence unchanged. What will it notice first?
Chapter 4. BECS: producing a batch that goes through.
BECS (Bulk Electronic Clearing System), also called Direct Entry, still carries most Australian recurring payments: wages, benefits, and direct debits. It dates from 1994 and runs on daily batches. Its retirement had been announced for June 2030, but AusPayNet withdrew that target date in December 2025 because the account-to-account roadmap was not mature enough. So don’t build your product plan around its demise. The rail is here to stay, and integrating it remains a must for any Australian biller.
BECS (Australia)
BECS (New Zealand)
Rule-setting body
AusPayNet (Australian Payments Network)
Payments NZ
Scope
Bulk credit transfers and direct debits in AUD
Automatic payments, direct debits, and bill payments in NZD
Settlement
Batches settled on a deferred net basis in RITS, every morning at 9 a.m.
Positions settled in ESASbefore files are exchanged, under the SBI mechanism
Competing instant rail
NPP, with Osko and PayTo
None; API-initiated payments serve as a substitute
Integration trap
Mixing the two up in a spec, and assuming one connector covers both countries
The same trap in reverse: an Australian mandate has no validity in New Zealand
Australian BECS and New Zealand BECS: two systems with the same name and nothing in common technically
Get a Direct Debit Request signed, and give the customer a non-editable copy of the DDR and its Service Agreement
Confirm in writing within 7 days any request taken over the phone, with the DDR and the Service Agreement (Stripe, BECS Direct Debit Request Service Agreement, 2026)
Pre-notify every debit: debit date, last 4 digits of the account, amount, mandate ID, and creditor ID
Follow AusPayNet’s BECS Procedures, which are published and binding, and which your PSP passes through in its own terms
Accept the financial liability: a debit that is disputed, reversed, or failed is on you, even when the account details were wrong
Two checks to run before sending the batch (JavaScript)
// 1. The BSB (Bank-State-Branch) is SIX digits, often written XXX-XXX.
// The hyphens come from user input, never from the file.
function normalizeBsb(input) {
const digits = String(input).replace(/\D/g, "");
if (digits.length !== 6) throw new Error("Invalid BSB: " + input);
return digits;
}
// 2. A BECS reference holds EIGHTEEN characters.
// The NPP accepts several thousand: a reference built for
// Osko is silently truncated if you feed it into a BECS batch.
const BECS_REFERENCE_MAX = 18;
function becsReference(orderId) {
const ref = "CMD" + orderId;
if (ref.length > BECS_REFERENCE_MAX) {
// Truncating here means losing reconciliation. Reject instead.
throw new Error("Reference too long for BECS: " + ref);
}
return ref;
}
Disputes are the second thing to wire up. An account holder can file a claim with their bank, which forwards it to the creditor’s bank. The creditor must then produce proof of authorization, and response times depend on how old the transaction is. For a claim covering the last 12 months, the creditor’s bank must respond within five business days; beyond 12 months, the deadline becomes one month. A case still unresolved after 30 days can be escalated to the BECS management committee (GoCardless, Australian BECS documentation, 2026).
⚠️
Your mandate archive is your only defense
When a claim comes in, the burden of proof is on the creditor. Pulling together the signed DDR, its version of the Service Agreement, the consent timestamp, and the pre-notification record becomes a job with a five-business-day clock. An archive indexed by customer ID, rather than by file date, can be searched in minutes. Build the query before you need it. Plan retention as well: a dispute can involve an old transaction, and a longer response deadline doesn’t lower the proof required.
1994
launch of Australian BECS, under AusPayNet rules
AusPayNet
18 characters
BECS reference length, versus several thousand characters on the NPP
AusPayNet / Australian Payments Plus
December 2025
AusPayNet withdraws the June 2030 target decommissioning date
AusPayNet, 2025
9 a.m.
time each morning when RITS settles the previous day’s BECS batches on a deferred net basis
Reserve Bank of Australia
🎯 Quick question
Your team reuses the reconciliation reference built for an Osko payment in an Australian BECS batch. What happens?
Chapter 5. Cards: least-cost routing, caps, and the end of surcharging.
Nearly every Australian debit card carries two networks: the domestic eftpos scheme and an international network, Visa Debit or Debit Mastercard. They are two separate applications on the chip, with two separate rate schedules. Least-cost routing (LCR), also called merchant choice routing, gives the choice to the acquirer, on the merchant’s instructions, not to the cardholder. That is the reverse of European co-badging, where the cardholder decides. For an Australian merchant, turning on LCR and verifying it comes before any fee renegotiation.
Estimating the routing gain on your own mix (JavaScript)
// Published order of magnitude: the cost of accepting debit is about
// 20% lower with least-cost routing turned on
// (Australian Payments Plus, 2025). The actual gain depends on YOUR mix.
const annualDebitVolumeAud = 12_000_000; // domestic debit volume
const routingEligibleShare = 0.70; // co-badged cards AND configured terminals
const currentDebitCost = 0.0090; // 0.90% observed on your acquirer statements
const routingDiscount = 0.20; // ~20% less on the routed share
const routedVolume = annualDebitVolumeAud * routingEligibleShare;
const savings = routedVolume * currentDebitCost * routingDiscount;
console.log(Math.round(savings)); // 15120 AUD per year
// How to read it: if your statements don't separate eftpos from Visa/Mastercard,
// you CANNOT calculate this line. That is the symptom of blended pricing.
Market and category
Limit
Effective date
Source
Australia: debit and prepaid cards issued in Australia
8 cents per transaction, or 0.16% for percentage-based schedules
October 1, 2026
RBA, Conclusions Paper, March 31, 2026
Australia: consumer credit cards issued in Australia
0,30 %
October 1, 2026
RBA, Conclusions Paper, March 31, 2026
Australia: commercial credit cards issued in Australia
Unchanged at 0.80%
Unchanged
RBA, Conclusions Paper, March 31, 2026
Australia: cards issued abroad and acquired in Australia
1.0%, an entirely new cap
April 1, 2027
RBA, Conclusions Paper, March 31, 2026
Australia: surcharging on eftpos, Mastercard, and Visa
Banned on debit, prepaid, and credit
October 1, 2026
RBA, Conclusions Paper, March 31, 2026
New Zealand: domestic credit, card present
Cut from about 0.8% to 0.30%
December 1, 2025
Commerce Commission, decision of July 17, 2025
New Zealand: domestic contactless debit
0,20 %
December 1, 2025
Commerce Commission, decision of July 17, 2025
New Zealand: cards issued abroad
Capped for the first time
May 1, 2026
Commerce Commission, consolidated standard of August 14, 2025
Current and upcoming interchange caps in both markets, with the effective dates that drive your configuration
December 1, 2025
New Zealand: new caps on domestic cards
Domestic card-present credit drops from about 0.8% to 0.30%, and domestic contactless debit is capped at 0.20%. Projected savings are about NZ$100 million a year compared with the previous standard (Commerce Commission, 2025).
May 1, 2026
New Zealand: cards issued abroad
The world’s first interchange cap on foreign cards. New Zealand gets there ahead of Australia, even though the Australian decision came first.
October 1, 2026
Australia: lower caps and a surcharging ban
New domestic caps, and the end of the right to pass the cost of acceptance on to customers on designated networks. The RBA lifts its ban on no-surcharge rules.
April 1, 2027
Australia: foreign cards and pricing transparency
The 1% cap on cards issued abroad takes effect, along with some of the disclosure requirements imposed on networks and large acquirers.
⚠️
On blended pricing, routing gains and cap cuts never reach you
A blended contract charges a single rate regardless of the network used, so the routing savings stay with the acquirer and the cap cuts ordered by the regulator never reach you. You can see the symptom on your statements: if eftpos and Visa don’t appear separately, you can neither measure the gain nor claim it. Ask for interchange plus plus pricing, then demand the actual routing rate per MID. A box ticked in the contract doesn’t prove that routing actually happens. A misconfigured terminal falls out of scope without any alert.
Australia’s surcharging ban calls for a repricing project, not just a POS update. For 20 years, merchants could pass on their cost of acceptance, up to the actual cost. That right disappears on October 1, 2026, on designated networks. You need to rebuild your margin net of fees channel by channel, strip service fee lines from terminals and payment pages, and reprice products whose margin depended on surcharging. The 6 cents and 0.12% figures from the July 2025 consultation were not adopted. Configure from the March 2026 text.
≈ A$910M
annual savings expected for Australian merchants from the new caps
Reserve Bank of Australia, Conclusions Paper, March 31, 2026
≈ 20 %
difference in debit acceptance cost in favor of least-cost routing
Australian Payments Plus, 2025
70 % / 30 %
share of in-store payments, then of mobile wallet payments, with LCR turned on
Australian Payments Plus, 2025
≈ NZ$260M
annual savings for New Zealand businesses compared with pre-regulation levels
Commerce Commission, 2025
🔑
A firm date on one side, none on the other
Australia has set its date, October 1, 2026, with a published text and a defined scope. New Zealand has neither. The Retail Payment System (Ban on Merchant Surcharges) Amendment Bill, introduced in 2025, would target surcharging on card-present payments and leave online payments out of scope. The bill stalled while the government weighed its effects (MBIE/Beehive, 2025–2026). So don’t schedule any New Zealand switchover on an assumed date. Check where the bill stands before every pricing campaign.
🎯 Quick question
An Australian merchant turns on least-cost routing, then sees that its merchant service charge hasn’t moved. What is the most likely explanation?
Chapter 6. New Zealand: promising the right timeline.
New Zealand made card payments universal at the point of sale as early as the 1980s, with EFTPOS debiting the account directly and no merchant fee. That founding choice produced a very low cost of acceptance and no need for a faster rail. So the country never built a retail interbank instant payment system. It runs on several exchanges a day with prior settlement, under the SBI (Settlement Before Interchange) mechanism, in place since 2012. This architecture eliminates counterparty risk between participants, but it rules out any promise of immediate credit.
Channel
What the customer sees
What actually happens
Defensible wording
In-person EFTPOS
Immediate debit from their account
Online authorization, clearing under CECS rules, settlement at the SBI windows
“Payment confirmed,” never “funds received”
Contactless Visa or Mastercard
Same experience, higher cost of acceptance
Standard card chain, interchange capped since December 1, 2025
Settlement timing per the acquirer contract
API payment initiation
“Instant transfer”
Immediate initiation, clearing through New Zealand BECS, settlement at the SBI windows
“Immediate initiation, deferred settlement”
Outbound bulk credit transfer
Payout promised “within 24 hours”
BECS batch, no weekend processing
A value date in business days, not a value time
High-value payment
Not applicable for merchants
HVCS, then final settlement in ESAS
Worth knowing for finality, but out of a merchant’s reach
What you can write in your terms in New Zealand, channel by channel
⚠️
Initiation can’t be your shipping trigger
An API-initiated payment in New Zealand shows up fast on screen but lands late in reality, so your order system needs two separate statuses, not one. “Initiated” lets you prepare the order; “settled” lets you release the goods or activate the service. Merging the two means shipping on a promise. Set the amount threshold above which you wait for confirmed settlement, and document it. Your terms and conditions and your service commitments must draw the same distinction, word for word.
With no instant rail, API payment initiation serves as the stand-in for immediate payment, and that shapes how you should read the New Zealand market. The API Centre, set up within Payments NZ in 2019, publishes the API standards for payment initiation, account information, and event notification, along with operating rules and third-party accreditation. Six API providers are registered (ANZ, ASB, BNZ, Heartland, Kiwibank, Westpac), along with more than 20 accredited third parties (Payments NZ, API Centre, 2026). In 2025 the country moved from an industry-led model to a statutory regime under the Customer and Product Data Act 2025, with banking as the first designated sector and MBIE, the Ministry of Business, Innovation and Employment, in charge.
🔀
Worldline NZ, formerly Paymark
The original EFTPOS switch, founded in 1989, processes more than 1.5 billion transactions a year and serves all the major banks. Its acquisition by Australia’s Cuscal was announced in April 2026 and closed at the end of May 2026.
🔁
EFTPOS New Zealand (ENZ)
The second switch, a Verifone subsidiary since its acquisition from ANZ Bank New Zealand closed in 2013. Two switches operating under a single rulebook is a rarity worldwide.
📜
Payments NZ
Sets the rules for the four clearing systems (CECS, New Zealand BECS, HVCS, SBI) without owning the infrastructure. You sign up to its rules before any connection.
🔓
API Centre
New Zealand’s open banking framework, hosted by Payments NZ since 2019. It accredits third parties and publishes the standards; payment initiation runs through it.
Contract in NZD, and check where the conversion happens if your acquirer settles in AUD
Ask for an eftpos vs. international scheme breakdown on your statements: you can’t see New Zealand’s caps in a single blended rate
Don’t configure an end to surcharging on an assumed date: the bill announced for 2026 hasn’t passed, and online payments would stay out of scope
Treat inbound tourism as a separate cost line: cards issued abroad have been capped since May 1, 2026, and your statements must show it
Confirm your initiation provider’s accreditation with the API Centre before you build a flow on it
ℹ️
Rules for nonbank providers are shifting in both countries
New Zealand currently has no dedicated licensing regime for nonbank payment providers. MBIE consulted on payment services regulation in 2026, and Payments NZ called for a clearer, better-coordinated framework (Payments NZ, July 6, 2026). In Australia, Treasury released draft legislation in March 2026 that would bring payment providers under the Australian financial services license (AFSL) regime. If you plan to operate without a banking license in either country, those two texts will decide your status.
🎯 Quick question
A New Zealand merchant wants to display “instant transfer” in its API payment initiation flow. What should you tell it?