Your data stays in accounts you control. Where it can't, we tell you exactly where it goes.

Not SOC 2 or ISO 27001 certified. We say so up front.

Our compliance stance, and what this page covers

We build AI agents that read and act on business email, calendars, CRMs and documents, so this page is the plain version of how we handle that data: where it lives, which providers touch it and for how long, what happens if something goes wrong, and what happens when we part ways. It also says what we haven't done yet.

Strategic AI Innovations is a founder-led agency based in Brisbane. We are not SOC 2 or ISO 27001 certified, and we will not claim to be. The providers we build on publish their own security certifications, and we will answer your security questionnaire honestly, gaps included.

We are under the Privacy Act's small business threshold, but our client terms commit us to handle personal information as if we were bound by the Australian Privacy Principles, and to follow the Notifiable Data Breaches process with you.

Two ways your build can run.


Your Statement of Work names one of these for each build.

Choose one

Your systems

Email, calendar, CRM, documents

Us

Only the access the build needs, handed back at the end

The build

Agents in your accounts

Model providers

Only what a task needs, no standing access

Each provider's terms are yours

The default

The build runs on infrastructure and accounts in your name: your cloud hosting, your AI provider accounts, your database.

More on this model

You accept each provider's terms and pay them directly. We get only the access the build needs, and we hand it back at the end. If a Statement of Work does not name a hosting model, this is the one that applies.

Full security details

Three rules every build follows

Separate by default. Each client gets separate accounts, projects, databases and keys. Nothing is pooled with other clients' data, and no client's data is used to build anything for another.

No standing model access. Agents send an AI model only what a task needs, through business or API accounts. Model providers never get ongoing access to your systems or tools. They do keep what is sent for a limited time, and we say exactly how long below.

A person approves what matters. Every agent has named approval steps before it sends, pays, deletes or changes anything that matters, and every build ships with a documented way for you to pause it without us.

A build you own versus typical cloud AI SaaS

Comparison pointStrategic AI InnovationsTypical cloud AI SaaS
Where your data livesAccounts in your name, or dedicated per-client accounts we manage, in Australia where availableThe vendor's shared platform
PricingFixed scope, no per-seat feesPer-seat, scales with headcount
CustomizationBuilt around your actual workflowA generic template with your logo on it
Vendor lock-inYou own the bespoke build once it's paid for, and the Handover Package lets you run it without usLocked into their platform and pricing changes

What stays in Australia, and what may leave.


Choose one

In Australia

  • Sydney, data stays here
  • Melbourne, data stays here

Outside Australia

  • United States, data may be processed here
  • European Union, not used in this tier
  • Singapore, not used in this tier
What this tier means

Stays in AustraliaClaude on Amazon Bedrock, routed only between Sydney and Melbourne. Databases in Supabase Sydney. Workflow automation (n8n) hosted in Australia. Your own email and business systems.

May leave AustraliaWebsite platform logs and build data, if a web front end is hosted on Vercel (United States). Our own email with you, held in Google Workspace.

Full security details

Why three tiers

Only some of the services we use can keep data in Australia: Claude through Amazon Bedrock (Sydney and Melbourne) and Supabase (Sydney). Anthropic's own API, OpenAI, Google Workspace, Railway, n8n Cloud, Calendly and Resend have no Australian processing option. So we offer three tiers, and your Statement of Work says which one you are on.

Before work starts

Before work starts, your Data Processing Schedule lists every provider that may handle personal information, and the countries involved. We won't start sending personal information to a new country without your written approval.

What providers do with your data.


ProviderTrainingKeptProcessed in
Anthropic (Claude API)Not used to trainUp to 30 daysUnited States
Claude on Amazon Bedrock (Australia)Not used to trainNot stored or loggedSydney and Melbourne
OpenAI (API)Not used to trainUp to 30 daysUnited States
Full security details

Each provider, in full

Anthropic (Claude API). Not used to train models under Anthropic's commercial terms. Inputs and outputs are deleted within 30 days, unless zero data retention is arranged with Anthropic. Content flagged for a usage policy breach can be kept longer. Processed in the United States.

Claude on Amazon Bedrock (Australia). Bedrock does not store or log prompts and responses, does not use them for training and does not share them with Anthropic. With Australian routing, requests stay in Sydney and Melbourne. Newer Claude models sometimes reach Bedrock in Australia later than Anthropic's own API.

OpenAI (API). Not used to train models by default. Abuse-monitoring logs are kept for up to 30 days, unless OpenAI approves zero data retention. Processed in the United States.

How we use model providers

The systems we build send your data to AI models only through business or API accounts, never consumer chat apps. Under those terms the providers do not train their models on it. They do keep it for a while, and here is how long. For our own work we also use Claude Code on a Claude Max plan, under Anthropic's consumer terms with model training switched off, as our privacy policy explains.

Where your data warrants it, we request zero data retention from the provider, or build on Claude through Amazon Bedrock in Australia. We never train or fine-tune a model on your data unless your Statement of Work asks us to build a model only for you.

Every provider that may handle your data

Last updated 1 October 2026. Clients get at least 14 days' written notice before we add or replace a provider that handles their personal information, with the right to object. The first list is what we use to run the business. The second is what our builds are made from; only the ones your Statement of Work names are used for you, and for a client-hosted build those accounts are in your name, so the provider's contract is with you. Telephony providers for call and SMS builds are named per build.

Running the business, 10 providers

ProviderWhat forWhere data is processed or stored
Google (Workspace)Our email, documents, video calls and CRM (a Google Sheet), with Gemini where we use itGoogle's global data centres (no Australian data region is offered)
NotionNotes and project records; can hold records of enquiries and applicationsUnited States
CalendlyBooking callsUnited States
ResendSending website form notifications and confirmationsUnited States
SupabaseThe database behind this website's formsSydney, Australia
VercelHosting this website, running its forms and its cookieless analyticsUnited States
RailwayRunning the live Speed-to-Lead demo engine behind the website's demo pageUnited States, Europe or Singapore (no Australian region)
n8nWorkflow automation between the tools aboveOur own cloud server, hosted outside Australia
Anthropic (Claude API and Claude Code)AI help with enquiries, applications, prospect research and drafting. Claude Code runs on a Claude Max plan under Anthropic's consumer terms, with model training switched offUnited States
GitHubSource code (no client personal information by policy)United States

Client builds (per Statement of Work), 7 providers

ProviderWhat forWhere data is processed or stored
Anthropic (Claude API)AI model inferenceUnited States
Amazon Web Services (Claude on Bedrock)AI model inference, Australian-resident buildsSydney and Melbourne, Australia
OpenAI (API)AI model inferenceUnited States
SupabaseDatabases, sign-in and file storageSydney, Australia
VercelWeb front ends and serverless functionsFunctions in Sydney when configured; platform logs and build data in the United States
RailwayContainers and background workersUnited States, Europe or Singapore (no Australian region)
n8nWorkflow automationSelf-hosted wherever the build is hosted, including Australia; n8n Cloud is in the European Union

Controls, and what happens if something goes wrong.


  • AccessIn place
  • EncryptionIn place
  • Our emailIn place
  • Multi-factor authenticationIn progress
  • This websiteIn place
  • LoggingWhere systems allow
  1. Hour 0

    Hour 0

    We become aware of unauthorised access, disclosure or loss

  2. Within 72 hours

    Within 72 hours

    You hear from us, with what happened and what we are doing

  3. Within 30 days

    Within 30 days

    We assess it with you as a possible eligible data breach

Full security details

Each control, in full

Access. You invite us into your systems with the least role that works, read-only first. We don't ask for your own login, and we don't take shared passwords by email or chat. If a key has to move, it goes by an expiring one-time link and is rotated when the work ends.

Encryption. Data is encrypted in transit (TLS) and at rest by the providers above. Our work laptop has full-disk encryption and Microsoft Defender antivirus with tamper protection turned on.

Our email. Our Google Workspace is hardened: outgoing mail is authenticated with SPF, DKIM and a DMARC policy of reject, all of Gmail's advanced phishing and malware protections are on, automatic forwarding is off, and security alerts (suspicious sign-ins, leaked passwords, new admins, new users) go straight to us.

Multi-factor authentication. In progress, and we won't claim it before it's true. Two-step verification is being rolled out and enforced across our Google Workspace now, followed by security keys on admin accounts and multi-factor authentication on every platform that holds client data. This line changes when that is finished.

This website. Form submissions are written to the database from the server only. The database has row-level security on with no public access, so the key that ships to browsers cannot read or write enquiries.

Logging. Agent actions and access to client data are logged wherever the systems involved allow it, so you can see what an agent did and when.

The full incident process

If we become aware of actual or suspected unauthorised access to, disclosure of or loss of your data while we hold it or in an account we hold, we tell you without undue delay and within 72 hours. We tell you what happened and when, what kinds of data and roughly how many people are affected, the likely consequences, what we are doing to contain it, and who to contact, and we keep updating you as we learn more.

We help you assess whether it is an eligible data breach under the Notifiable Data Breaches scheme, which has to be done within 30 days, and support any notice to the Office of the Australian Information Commissioner and the people affected. We won't notify the regulator or your customers about your data without your agreement, unless the law requires us to. Every incident is recorded, along with the steps taken to stop it happening again.

Your data when we part ways.


  1. Within 14 days

    Within 14 days

    Your data comes back in a common format

  2. At handover

    At handover

    The Handover Package: configuration, source code, runbook

  3. At handover

    At handover

    Access removed, keys rotated

  4. Up to 30 days

    Up to 30 days

    Accounts transferred to you while managed builds keep running

  5. 30 and 35 days

    30 and 35 days

    Data deleted, backups clear, deletion confirmed in writing

Full security details

All five steps, in full

At the end of a Statement of Work, or earlier if you ask in writing:

  1. 01We return your data in a common, machine-readable format, within 14 days of you asking.
  2. 02You get the Handover Package: the configuration and source code of your build, a runbook for running, monitoring and switching it off, and a list of every service and account it uses.
  3. 03Credentials and admin access are handed over or reset, our access is removed, and any keys that passed through us are rotated.
  4. 04Any accounts we held for you are transferred to you. SAI-managed builds keep running for up to 30 days while they move.
  5. 05We delete your data from our systems and any accounts we hold within 30 days, routine backups clear within 35 days, and we confirm the deletion in writing.

We keep only what the law makes us keep, such as tax records, and anything you have approved for a case study.

Security questions, answered.


Where does our data actually live?

It depends on the hosting model in your Statement of Work. Client-hosted, the default, means accounts and infrastructure in your name. SAI-managed means accounts we set up and run only for you, in the regions written into your Data Processing Schedule. Either way we use Australian regions where they are available, and every provider and country is listed before you sign.

Which AI models or vendors are involved?

Usually Claude, from Anthropic directly or through Amazon Bedrock in Australia, and sometimes OpenAI models, depending on what fits. The AI in the systems we build runs on business or API accounts, and under those terms the providers do not train on your data. For our own work we also use Claude Code on a Claude Max plan, under Anthropic's consumer terms with model training switched off, as our privacy policy explains. Anthropic's API keeps inputs and outputs for up to 30 days unless zero data retention is arranged; Claude on Bedrock does not store them. Model providers never get standing access to your systems.

Are you SOC 2 or ISO certified?

No. We are a founder-led company and we will not claim a certification we do not hold. What you get instead: this page, a named list of every provider and where it processes data, a contractual promise to tell you about a security incident within 72 hours, and honest answers to your security questionnaire, gaps included.

What happens to our data if we stop working with you?

We return your data in a common, machine-readable format, hand over credentials, configuration and a runbook, remove our access and rotate any keys that passed through us. We delete your data from our systems and any accounts we hold within 30 days, routine backups clear within 35 days, and we confirm the deletion in writing. A client-hosted build keeps running in your accounts.

Report a vulnerability, or send a questionnaire

Email contact@strategicaiinnovations.com. That covers security questionnaires, requests for more detail on anything on this page, and reports of a security problem with this site or something we built. For a vulnerability, tell us what you found and how to reproduce it, and please don't access or change data that isn't yours. We acknowledge security reports within 3 business days.

Security researchers can also find this contact in our security.txt.

Send us your security questionnaire.

We answer it honestly, gaps included.

Email us (opens in a new tab)