Skip to content

Akahu · Open banking · New Zealand

Akahu development, from one integration to a whole product.

We build with Akahu and open banking in New Zealand. We connect bank data and payments to your systems, build Akahu into your app, or build the whole product for you.

Built by a team with over three years on Akahu and two of its own products through Akahu accreditation.

Short answer

Who can build an Akahu integration for my product in New Zealand?

AtasAI is a software and AI team that builds on Akahu, New Zealand’s open finance platform. We connect Akahu account data and payments to your existing systems, build the bank connection flow into your app, or build your whole product with Akahu inside. We have taken two of our own products through Akahu accreditation.

Quick facts

AtasAI and Akahu: quick facts
What we buildCustom Akahu integrations, Akahu built into your app or SaaS product, and whole products with Akahu inside.
Who it is forFounders, product leads and finance teams who need New Zealand bank data or payments in their product.
Akahu features we work withAccount, balance and transaction data, bank feeds, consent, enrichment, payments, identity verification, webhooks and data refreshes.
Our Akahu experienceOver three years building on Akahu. Two of our own products, SortMe and CashbookAI, taken through Akahu accreditation.
Where we areOffices in Auckland, Melbourne and London.
How to startEmail aidan@atas.ai. We start with a scoping call, then send a written quote.

Open banking in New Zealand

Open banking in New Zealand, in plain words.

What open banking is, where Akahu fits, and what a business can build with it. Rules change, so follow the links for the current version.

Services

Three ways we help with Akahu.

Pick the one that matches where your product is today. Each one is a separate piece of work.

01 · Integrate

Custom Akahu integrations

Connect Akahu data or payments to a system you already run.

What you get

  • Akahu account, balance and transaction data in your accounting, lending, reconciliation or internal tools.
  • Clean data: matched accounts, no duplicate transactions and a clear status for each connection.
  • An integration your team can run and change.

When it fits

  • You already run a system and need bank data in it.
  • Your team types in bank statements or moves CSV files by hand.
  • You want to test an open banking idea before you build a product around it.

What we deliver

  • A scope and a data map.
  • The integration code, tests and deployment.
  • Alerts for connection errors and late data.
  • Documentation and a handover to your team.

02 · Add to your product

Akahu built into your app or SaaS product

Give your users a bank connection inside your own product.

What you get

  • A bank connection flow that your users can finish.
  • Consent, re-consent, and account and transaction sync.
  • Enrichment and payments where your product needs them.
  • Help to get through Akahu accreditation.

When it fits

  • You have a product with users and want to add bank data or pay by bank.
  • Your own developers are busy with the core product.
  • You need to pass Akahu’s app review before you release.

What we deliver

  • The connection flow and the account screens that Akahu asks for.
  • Back-end sync that uses webhooks and polling.
  • Security controls, such as multi-factor sign-in, set up to Akahu’s requirements.
  • Support through the review and the release.

03 · Build the product

Your whole app or SaaS product, built with Akahu inside

Product, design, engineering and AI from one team, with Akahu at the core.

What you get

  • A product shaped with you, from the first idea to launch.
  • Design and engineering by the same team, with no hand-off between firms.
  • AI features where they help your users, such as sorting and explaining transactions.

When it fits

  • You have an idea that needs New Zealand bank data or payments.
  • You do not have a technical team yet.
  • You want one team responsible from the plan to the launch.

What we deliver

  • A product plan and design.
  • The web or mobile app and its back end.
  • The Akahu integration and the accreditation work.
  • Launch, then ongoing support if you want it.

What good looks like

What a good Akahu integration needs.

Most of the work is not the first API call. It is what happens when data changes, connections break and Akahu reviews your app.

  1. 01

    Consent and re-consent

    Users choose which accounts to share, and they can change or remove that access. Your app should list the connected accounts, let users revoke access and send them back to Akahu to manage it. Akahu checks these controls during accreditation.

    Source: Akahu: App accreditation

  2. 02

    Connection health and bank differences

    Connections can stop working. When Akahu marks an account as inactive, your app should ask the user to reconnect. Banks also differ in what they support, so test with real banks before release, as Akahu recommends.

    Source: Akahu: Supported integrations

  3. 03

    Duplicates and pending transactions

    Akahu serves pending and settled transactions from separate endpoints. Pending ones have no unique ID and can still change, so do not store them as final. Store settled transactions by their Akahu ID and handle updates and deletes, so totals stay right.

    Source: Akahu: Accessing transactional data

  4. 04

    Refresh timing

    By default Akahu refreshes account data about once every 24 hours. Your app can ask for a refresh, but Akahu may skip it if the data is recent. Show users when their data was last updated.

    Source: Akahu: Data refreshes

  5. 05

    Webhooks plus polling

    Akahu signs each webhook, and your endpoint must answer within five seconds. Events can arrive late or out of order. Check every signature, and poll on a schedule as a backup, as Akahu advises.

    Source: Akahu: Enduring API webhooks

  6. 06

    Security and the accreditation review

    Akahu reviews your app before release. It looks at encrypted traffic, Akahu secrets kept off the client, multi-factor sign-in and a safe OAuth flow. Plan for these from the start, not at the end.

    Source: Akahu: App accreditation

  7. 07

    Classic and official open banking connections

    Akahu moves traffic to official open banking APIs where they are available and good enough, and keeps its classic connections for the rest. Moving a user to an official connection needs a new authorisation, and the accounts and transactions get new IDs. Your app must map the old records to the new ones.

    Source: Akahu: Migration

How we work

From the first call to a live product.

Our steps and Akahu’s own stages, in order. We do not promise dates before the scoping call.

  1. 01 / 06With us

    Scoping call

    We learn what you want to build, which Akahu features you need and what accreditation will ask of you. Then we send a written quote.

  2. 02 / 06Akahu stage

    Akahu developer terms

    You agree to Akahu’s developer terms. Akahu sends them once it understands your needs.

  3. 03 / 06With us

    Build on a personal app or the demo bank

    We start building against a personal app or Akahu’s demo bank. A personal app only reaches your own accounts and is not for production.

  4. 04 / 06Akahu stage

    Full app and real bank tests

    Akahu issues a full app for testing with more users. Webhooks and payments need a full app. We test with real banks before the review.

  5. 05 / 06Akahu stage

    Accreditation review

    Akahu reviews your app against its requirements. We prepare the product and the test access, and we fix any findings.

  6. 06 / 06With us

    Release

    After accreditation, Akahu issues a production environment. You go live, and we can stay to run and improve the product.

Experience

We have done this for our own products.

Akahu essentials · Checked November 2026

Akahu facts, with sources.

Short facts from Akahu’s own pages. Prices and rules change, so follow the links for the current version.

FAQ

Questions about Akahu development and open banking.

What is open banking in New Zealand?

Open banking lets people share their bank data with an app they choose, and lets that app start payments from their account, with their consent. The person approves access with their bank. New Zealand’s consumer data right rules now require the five largest banks, ANZ, ASB, BNZ, Kiwibank and Westpac, to offer official open banking APIs. Details change over time, so check Akahu’s page on official open banking.

What can a business build with open banking?

Common uses are bank feeds and transaction data in accounting or internal tools, reconciliation, loan applications and other financial checks, account holder name checks, and pay-by-bank payments. Akahu’s APIs for account data, identity verification, Akahu Apply and payments support these uses. We build them as a custom integration, inside your existing product, or as a whole new product.

What is Akahu?

Akahu is New Zealand’s open finance platform. It gives apps access to bank and other financial account data, with the user’s consent, and lets them start payments. It also offers identity verification, transaction enrichment called Genie, and Akahu Apply for loan applications. Akahu states it is an accredited requestor in New Zealand’s regulated open banking system.

Do I need Akahu accreditation to go live?

Yes. A product with real users needs a full Akahu app and must pass Akahu’s accreditation before release. Personal apps only reach your own accounts and are not for production. The requirements depend on what your app does. One-off access gets a limited review, and higher-risk ongoing payments have extra security and compliance requirements set by Akahu. Akahu’s accreditation guide has the current rules.

What does an Akahu developer do?

An Akahu developer connects your product to Akahu and keeps that connection reliable. The work covers the bank connection flow, consent, account and transaction sync, webhooks, refreshes and error handling. It also covers the security and user controls that Akahu checks during accreditation. At AtasAI, the same team also designs the screens and plans the product.

Should we build our Akahu integration in-house or hire a team?

It depends on your team’s time and experience. Build in-house if your developers have room and want to own the open banking work. Hire a team if they are busy with the core product, or if you want people who have already been through Akahu accreditation. We can build it and hand it over with documentation, or keep running it.

Can you add Akahu to our existing SaaS product?

Yes. We add the bank connection flow, account and transaction sync, and the account screens that Akahu requires to your current product. We work in your code base and with your team. We also set up the security controls that Akahu checks before it accredits an app, such as multi-factor sign-in and a safe OAuth flow.

Can you build a new app on Akahu for us?

Yes. We build whole apps and SaaS products with Akahu inside, from product planning and design to engineering, AI features and launch. One team does all of it, so nothing is lost between a design firm and a build team. We plan for Akahu’s accreditation from the start, so the review is part of the plan and not a surprise at the end.

Which banks does Akahu connect to?

Akahu’s ongoing access covers the main New Zealand banks, including ANZ, ASB, BNZ, Kiwibank and Westpac, plus other banks, investment platforms and card providers. Support differs by bank and by feature, such as payments or identity data. Akahu keeps the current list on its integrations page, so check it for the banks your users need.

How fresh is Akahu data?

By default, Akahu refreshes connected account data about once every 24 hours. Your app can ask for a manual refresh, but Akahu may skip it if the account was refreshed recently. Faster refresh rates can be set up for an app and may cost more. A good app shows users when their data was last updated.

Can Akahu handle payments?

Yes. Akahu supports one-off and ongoing payments from New Zealand bank accounts, often called pay by bank. Personal apps cannot make payments, so you need a full app. Ongoing payments face stricter accreditation, and higher-risk ongoing payments have extra security and compliance requirements set by Akahu. We build the payment flow. Akahu runs the review and decides on accreditation.

How much does Akahu cost?

Akahu publishes its own prices on its pricing page. Ongoing access is typically $0.50 to $2.50 per user per month, and a one-off payment costs $0.15 per successful request (published by Akahu, November 2026). Akahu confirms your price once it knows your needs. AtasAI’s work is separate: we send a quote after a scoping call.

How do you handle security?

We build to Akahu’s security requirements from the start. That means encrypted traffic, Akahu secrets kept off the client, multi-factor sign-in, a safe OAuth flow and protection against the OWASP Top 10 risks. We also give users the controls Akahu requires, such as a list of connected accounts and a way to revoke access. Akahu runs the review.

Is AtasAI an Akahu partner?

No. AtasAI is an independent development company and is not owned by, endorsed by or formally partnered with Akahu. We build on Akahu as a developer. We have used the platform for over three years and taken two of our own products through its accreditation. Akahu is a trademark of its owner.

Tell us what you want to build with Akahu.

Send a short note about your product, your users and the Akahu features you need. We reply with questions or a time for a scoping call.

  1. You send a short note.
  2. We have a scoping call.
  3. We send a written quote.

AtasAI is an independent development company and is not owned by, endorsed by or formally partnered with Akahu. Akahu is a trademark of its owner.