Skip to content
Business & Regional

QR Payments in New Zealand: How They Work and How to Accept Them

Codexengr, QR Systems Engineer
Published 2027-01-13 (Updated 2026-10-05)
7 min read
Peer Reviewed & Fact Checked
A QR payment in New Zealand is a scan-to-pay flow: the merchant presents a code, the customer scans it with a bank or wallet app, and the payment is confirmed in the app. You do not need a card terminal for this to work, which is why it suits cafes, market stalls, shops, and service providers. A code on a small counter stand keeps the till area tidy and easy to scan. Before you print anything, it helps to understand the exact steps, what the customer sees, and how you will confirm each payment.

How a QR payment works in New Zealand

The flow has the same four steps in almost every setting:

1. The merchant shows a code. This can be a printed code fixed to the counter, a code on a small stand, or a code generated for one specific sale with the amount already filled in. 2. The customer scans it. The customer opens their bank or wallet app, points the camera at the code, and the app reads the payment details. 3. The customer checks and confirms. The app shows the payee name and the amount. The customer confirms the payment, often with a PIN, fingerprint, or face check. 4. Both sides see a confirmation. The customer sees a success screen, and the merchant checks their own confirmation before handing over the goods.

Two details make the difference between a smooth till and a disputed sale. First, a code with the amount already filled in removes the most common error, which is the customer typing the wrong amount. Second, the merchant should confirm the payment in their own app or on their own receipt record, not only by glancing at the customer phone screen. A customer screen can be faked or can show an older payment, so your own confirmation is the one that counts.

Connectivity matters too. If the shop connection drops, a payment can look sent on the customer side while the merchant side has not updated yet. Agree on a routine in advance: wait for your own confirmation, keep a written note of the reference if one is shown, and have a fallback ready, such as asking the customer to wait a moment or to try again.

Setting up QR payments in New Zealand

Follow these steps in order, and test with a small real payment before you rely on the code for a full day of trade:

1. Choose your provider. This is usually your bank, a wallet app, or a payment provider that serves your customers. Ask which QR options it supports, what the customer sees, and how merchant confirmations arrive. 2. Complete verification. Most providers ask for business or identity details before issuing a merchant code. Gather the documents first so the application is not left half finished. 3. Get your merchant code. Ask for a code that shows your business name as the payee. A code that shows a bare account number or an unfamiliar name will make customers hesitate. 4. Decide between a fixed code and per-sale codes. A fixed printed code suits a counter where customers enter the amount. A per-sale code with the amount filled in suits invoices, deliveries, and higher-value sales where a typo would be costly. 5. Print and place it. Print at a size that scans comfortably from a normal standing distance, keep the code flat and glare-free, and place it where the customer naturally stands to pay. 6. Run a live test. Pay yourself a small amount with a different phone, check that the merchant confirmation arrives, and confirm the money lands in the expected account. 7. Train anyone who takes payments. Everyone at the till should know the confirmation routine, the fallback when a confirmation is slow, and how to handle a customer who says the payment went through but your side shows nothing. 8. Reconcile daily. Compare the day QR receipts against your provider statement. A short daily check catches a missing or duplicated payment while the details are still fresh.

Where QR payments fit best in New Zealand

QR payments suit sales where the customer is standing in front of you and the amount is clear. Counter sales, market stalls, cafes, and small service counters are the natural fit, because the customer can scan, confirm, and collect in one short sequence. They also suit invoices and deliveries: a code on the invoice lets the customer pay from their phone without a return visit, and a code on a delivery note covers payment on handover.

They suit less well where the amount is not known until late, where several people share one till, or where the customer needs a formal receipt from a separate system. In those cases, keep QR as one option alongside your existing method, and decide in advance which method is the default for each sale type. A mixed setup works when staff know the rule; it fails when every sale becomes a negotiation about how to pay.

If you serve both local customers and visitors, label the code clearly. A short line such as the business name plus the words scan to pay, in the languages your customers actually read, prevents the most common confusion: a customer scanning a code that belongs to the neighbouring stall.

Putting this into practice

Before you print a full batch, test one code end to end. Generate it, print it at the real size, scan it with two different phones in the real lighting, and confirm the payee name and amount look right. Then run one genuine small payment and reconcile it against your statement. A twenty-minute test now saves a day of untangling payments later.

Common mistakes to avoid

Watch out for a code that has been swapped or covered. In a public space, check the code at the start of each day and compare it with a spare copy you keep behind the counter. Also watch for amount errors: when customers type the amount by hand, a missing digit is easy. Where your provider supports it, generate per-sale codes with the amount filled in for anything above a trivial sum. And keep the code away from the edge of a sign where it can be trimmed or folded.

Quick checklist

- Your merchant code shows your business name as the payee. - The code is printed large enough to scan from a normal standing distance. - The code sits flat, glare-free, and clear of folds or stickers. - You have tested a live payment and confirmed it in your own account. - Staff know the confirmation routine and the slow-confirmation fallback. - Per-sale codes with the amount filled in are used for higher-value sales. - QR receipts are reconciled against your provider statement every day.

Related tools and guides

- [ticket QR code generator](/ticket-qr-code-generator) - [hotel QR suite](/hotel-qr-suite) - [QR checksum generator](/qr-checksum-generator) - [regional payment QR guide](/regional-payment-qr) - [bulk generator](/bulk-generator) - [UTM builder](/utm-builder) - [QR safety checker](/qr-safety-checker)

Frequently Asked Questions

Should the amount be filled in, or should the customer type it?

A filled-in amount is safer for anything above a trivial sum, because it removes typing errors. A blank-amount code suits a counter where the customer pays the same small price each time, but it relies on the customer entering the amount correctly. Where your provider supports per-sale codes, use them for invoices, deliveries, and higher-value sales.

What if the internet connection drops during a payment?

Wait for your own merchant confirmation before treating the sale as complete, and keep a written note of any reference the customer can show. A payment can look sent on the customer side while the merchant side has not updated yet. Agree a fallback in advance, such as asking the customer to wait a moment, retrying, or using another payment method.

Do QR payments work for deliveries?

Yes, a code on the delivery note or invoice lets the customer pay on handover. A per-sale code with the amount filled in works best here, because the courier does not need to handle cash or a terminal. Make sure the courier knows to check the merchant confirmation before leaving, not only the customer screen.

Ready to generate high-precision QR codes?

Test your designs in real-time with our 100% client-side QR studio suite. Zero tracking, instant vector downloads.

Open QR Code Studio