Skip to content

TEMPLATE: AI POLICYAI policy template for Australian businesses: set the rules before staff set their own

A plain-English acceptable-use AI policy you can copy today: approved tools, what data may never go into public AI, human review, privacy, records, incidents, training and review. Aligned to Australian guidance and ISO/IEC 42001.

In short

An AI acceptable use policy tells staff which AI tools they may use, with what information, and who checks the result. Below is a complete template for Australian organisations, aligned to the Australian Government’s Guidance for AI Adoption, the Privacy Act and ISO/IEC 42001. Copy it, download it, or get the editable Word version. It is a starting point, not legal advice.

Why does your business need an AI policy now?

Because your staff are already using AI, with or without one.

In the University of Melbourne and KPMG global study of more than 48,000 people, surveyed between November 2024 and January 2025, almost half of employees admitted to using AI in ways that contravene company policies, “including uploading sensitive company information into free public AI tools like ChatGPT”. Only 40% said their workplace had a policy or guidance on generative AI use. [11]

When there are no rules, people make their own. Most of them mean well. They just do not know that a customer list pasted into a free chatbot may leave Australia, or that the Office of the Australian Information Commissioner (OAIC) recommends organisations “do not enter personal information, and particularly sensitive information, into publicly available generative AI tools”. [4]

The Australian Government’s Guidance for AI Adoption puts an AI policy among the first steps for any organisation using AI. [2] It is voluntary, but the Privacy Act is not, and from 10 December 2026 your privacy policy must describe certain automated decisions that use personal information. [5] A clear AI policy is the cheapest control you will ever put in place.

If you want the longer story of what happens without one, read our piece on shadow AI.

How do you use this AI policy template?

  1. Name an owner first. Pick the senior person who will own the policy and the AI register. Without an owner, the policy goes stale in a quarter.
  2. List the AI you already use. Include AI features inside tools you already pay for, such as meeting transcription and email drafting. That list becomes your AI register.
  3. Fill in the square brackets. Replace every [placeholder], delete what does not apply, and use the terms your people already know.
  4. Check the essentials. The National AI Centre suggests checking that a policy clearly sets out what AI can and cannot be used for, who approves higher-risk uses, what data staff can put into tools, when staff need to oversee AI use, how to report issues, and when the policy will be reviewed. [1] This template covers all six.
  5. Test it with the people who will use it, then have your legal and privacy advisers review it before you publish.

The National AI Centre also publishes its own AI policy guide and template (April 2026), which is worth reading alongside this one. [1] Ours is shorter, more specific about data and agents, and written to be adopted as is by a small or mid-sized business.

The AI policy template

A starting point, not legal advice. Written for Australian organisations as at 10 Nov 2026. Your obligations depend on your industry, size and how you use AI.

[Organisation name] Acceptable Use of AI Policy

Version: [1.0]. Approved by: [role] on [date]. Next review: [date].

Policy owner: [AI governance owner, for example the Chief Operating Officer].

Template from Quantana (quantana.com.au/resources/ai-policy-template), version of 10 November 2026. A starting point, not legal advice. Replace everything in [square brackets], delete what does not apply, and have the final version reviewed by your legal and privacy advisers.

1. Purpose

This policy sets out how people at [Organisation] may use artificial intelligence (AI) at work: which tools, with what data, and who checks the results. It exists so that staff can use AI to do better work while we protect our customers, our people, our information and our reputation.

It follows the Australian Government’s Guidance for AI Adoption and our obligations under the Privacy Act 1988 (Cth). [If you are regulated by APRA: it also supports our obligations under Prudential Standards CPS 234 Information Security and CPS 230 Operational Risk Management.]

2. Scope

  • Who: all employees, contractors, consultants and temporary staff, and anyone else using [Organisation] systems or information ("staff").
  • What: AI assistants and chatbots (for example ChatGPT, Claude, Gemini and Microsoft Copilot), AI features inside other software (for example meeting transcription, email drafting and CRM assistants), browser extensions and plug-ins that use AI, AI agents that can take actions in other systems, and AI models we build or run ourselves.
  • Where: on company devices, and on personal devices whenever [Organisation] information is involved.
  • Out of scope: [for example spam filters and other long-established automated tools, listed as out of scope in the AI register].

3. Principles

  • People own the outcome. AI output is a draft. The person who uses it is accountable for it.
  • Protect data first. Only put information into an AI tool that the tool is approved to receive.
  • Be open. Say when AI has materially shaped work that others rely on, and never present AI as a person.
  • Use approved tools. If the tool you need is not approved, ask. Do not work around this policy.
  • Report early. Mistakes and near misses are reported quickly and handled without blame.

4. Roles and responsibilities

RoleResponsibilities
AI governance owner [senior executive]Owns this policy and the AI register. Approves high-risk uses and AI agents. Reports AI use, incidents and risks to [the board or executive committee] at least [quarterly].
AI system owner (one per approved tool)Keeps the register entry current, monitors how the tool performs, and arranges review when the tool, model or vendor changes.
ManagersMake sure their teams know this policy, use approved tools and complete training. Approve medium-risk uses in their area.
IT and securityAssess and configure tools, manage access and single sign-on, keep logs, and run technical controls on unapproved tools.
Privacy officer and legalRun privacy impact assessments, keep the privacy policy current, and review contract terms with AI vendors.
All staffFollow this policy, complete training, check AI output before using it, and report incidents.

5. Approved tools

  • The AI register lists every approved AI tool, its owner, what it may be used for and the highest data class it may receive. [Link to the register.]
  • Use approved tools only through your [Organisation] account, with single sign-on where available. Do not use personal AI accounts for work.
  • Free and consumer versions of AI tools are approved for Public information only, unless the register says otherwise.
  • Requesting a new tool: submit [form or ticket] to [IT]. We aim to answer within [10] business days. The assessment covers where data is stored and processed, whether the vendor uses inputs to train its models, security certifications, logging, contract terms, and how we would exit.
  • AI agents that can send email, change records, make payments or act in other systems need approval from the AI governance owner before use. Each agent has a named owner, its own identity with the least access it needs, a log of its actions, and a way for a person to stop it.

6. Information classes and what may go into AI tools

ClassExamplesFree or consumer AI toolsApproved enterprise AI toolsPrivate AI in our own environment
PublicPublished web pages, press releases, public reportsYesYesYes
InternalInternal procedures, non-sensitive meeting notes, draftsNoYesYes
ConfidentialContracts, pricing, unreleased financial results, source code, customer listsNoOnly if the register allows ConfidentialYes
RestrictedPersonal and sensitive information, credentials, payment and bank details, legally privileged materialNoNo, unless the AI governance owner approves a specific use after a privacy impact assessmentOnly for approved uses

Never put the following into an AI tool that is not approved for it:

  • personal information about customers, staff or anyone else, and especially sensitive information such as health information;
  • passwords, API keys, access tokens or any other credentials;
  • payment card, bank account or tax file numbers;
  • information covered by a confidentiality agreement or legal privilege;
  • unreleased financial results, deal information or other market-sensitive information;
  • source code, security settings or network details, unless the tool is approved for them;
  • [anything else specific to your organisation].

If you are unsure of the class, treat the information as the higher class and ask [contact].

7. Human review

  • Treat AI output as a draft. Check facts, figures, names, quotes, citations and calculations against the source before you use them.
  • You are accountable for anything you send, publish or decide, whether or not AI helped.
  • High-risk uses need a named person to make the decision. These include decisions that significantly affect a person (for example credit, employment, claims, pricing for an individual or access to a service), legal or regulatory advice, safety-related work, and anything sent to customers without review. AI may assist; a person decides.
  • Do not use AI to make or substantially help make decisions about individuals unless the use is approved, recorded in the AI register and described in our privacy policy (see section 8).
  • Label AI-generated content where people could otherwise be misled, and never let a chatbot present itself as a person.

8. Privacy

  • The Privacy Act 1988 and the Australian Privacy Principles (APPs) apply to personal information we put into an AI tool, and to AI output that contains personal information.
  • Following guidance from the Office of the Australian Information Commissioner (OAIC), do not enter personal information, and particularly sensitive information, into publicly available generative AI tools.
  • Use and disclosure (APP 6): use personal information in an AI tool only for the purpose it was collected for, for a related purpose the person would reasonably expect, or with consent.
  • Generated and inferred information (APP 3): if AI generates or infers information about an identifiable person, that is a collection of personal information and must be reasonably necessary and done by lawful and fair means.
  • Accuracy and security (APP 10 and APP 11): check AI output about people before relying on it, and use only tools that meet our security requirements.
  • Overseas processing (APP 8): many AI tools process data outside Australia. Before personal information goes to an AI tool, the privacy officer confirms where it is processed and that the disclosure is allowed.
  • Automated decisions (APP 1): from 10 December 2026, our privacy policy must describe the kinds of personal information used, and the kinds of decisions made, where a computer program makes, or does something substantially and directly related to making, a decision that could significantly affect a person. Tell the privacy officer before starting any AI use of this kind.
  • A privacy impact assessment is required before any new AI use that involves personal information.

9. Confidentiality and intellectual property

  • Approved tools must not use our inputs to train the vendor’s models unless the AI governance owner has agreed in writing.
  • Do not upload material owned by others, including client documents, beyond what our contract or licence allows.
  • AI output can resemble existing work, and ownership of AI-generated material can be uncertain. Ask [legal] before relying on AI output for anything we need to own, license or publish under our name.

10. Records

  • Keep AI prompts and outputs when they form part of a business record, for example advice to a customer, a decision about a person or a regulatory submission. Store them in [system] for the period set by our records policy.
  • Approved tools keep logs of who used them and when, and, where practical, the prompts and outputs. Logs are kept for [period].
  • For each AI tool or system, the AI register records: owner, purpose, highest data class, vendor, model and version where known, where data is processed, risk rating and last review date.

11. Incidents

Report to [contact] straight away, and within [24 hours] at most, if:

  • information went into an AI tool that was not approved to receive it;
  • AI output caused, or nearly caused, harm to a customer, a colleague or [Organisation];
  • an AI tool or agent did something unexpected, such as reading data or taking an action it should not have;
  • you suspect a manipulated prompt (prompt injection), a compromised AI account or a deepfake.

[Security] contains the incident and records it. The privacy officer assesses whether it is an eligible data breach under the Notifiable Data Breaches scheme, which requires us to notify affected individuals and the OAIC when a breach is likely to result in serious harm. [If you are regulated by APRA: material information security incidents must be notified to APRA within 72 hours under CPS 234.] Prompt, honest reporting is never penalised.

12. Training

  • Everyone completes AI training before using approved AI tools, and refreshes it [every 12 months].
  • Training covers this policy, the information classes, how to check AI output, prompt injection, AI-assisted scams and deepfakes, and how to report incidents.
  • People who oversee higher-risk AI uses receive role-specific training. [The board and executive receive an AI briefing at least once a year.]

13. Breaches of this policy

Breaches are handled under [code of conduct or disciplinary policy]. Honest mistakes that are reported promptly are treated as a chance to improve our controls.

14. Review

  • The AI governance owner reviews this policy at least every [6 months], and also after a significant AI incident, a new type of AI use (such as AI agents), a change in law or regulator guidance, or a major vendor change.
  • Changes are recorded in the version history below and communicated to all staff.
VersionDateChangesApproved by
[1.0][date]First version[name and role]

15. Acknowledgement

I have read and understood the [Organisation] Acceptable Use of AI Policy and agree to follow it.

Name: ____________________ Signature: ____________________ Date: ____________

How does the template map to Australian guidance and ISO/IEC 42001?

The Guidance for AI Adoption, published on 21 October 2025, replaced the ten guardrails of the Voluntary AI Safety Standard with six essential practices. [2][3] ISO/IEC 42001:2023 is the international standard for an AI management system. [8] The table shows where each part of the template fits. The APRA column matters only if you are an APRA-regulated bank, insurer or super fund.

Policy sectionGuidance for AI AdoptionISO/IEC 42001 areaAPRA letter, April 2026
4. Roles and responsibilitiesPractice 1: decide who is accountable, including “a senior leader as the overall AI governance owner” [2]Leadership: AI policy and roles (clause 5)Ownership and accountability across the AI lifecycle [9]
5. Approved tools and the AI registerPractice 4: share essential information, starting with an AI register that includes AI “embedded in other systems” [2]Planning and operation (clauses 6 and 8)“An inventory of AI tooling and AI use cases” [9]
6. Information classesPractice 5: “extend your data governance and cybersecurity practices to your AI systems” [2]Planning: risk treatment (clause 6)Security controls for data leakage
7. Human reviewPractice 6: maintain human control, with “mandatory human review for high-stakes decisions” [2]Operation (clause 8)“Human involvement for high-risk decisions and accountability” [9]
8. PrivacyPractice 2: understand impacts and plan accordingly [2]; OAIC guidance on AI products [4]Planning: impact assessment (clause 6)Applies through the Privacy Act and the Australian Privacy Principles [6]
11. IncidentsPractice 3: “create processes to investigate, document and analyse AI-related incidents” [2]Improvement (clause 10)Incident notification under CPS 234 [10], alongside the Notifiable Data Breaches scheme [7]
12. TrainingPractices 1 and 6: train accountable people and those overseeing AI [2]Support: competence and awareness (clause 7)Board “understanding and literacy” [9]
14. ReviewPractice 5: test and monitor [2]Performance evaluation and improvement (clauses 9 and 10)Monitoring proportionate to the use case

About ISO/IEC 42001. The clause areas follow the standard’s management-system structure. A policy is one part of an AI management system; adopting this template does not make you compliant or certified.

Regulated by APRA? Our guide to AI under APRA maps CPS 234, CPS 230 and CPG 235 to AI tools, vendors and agents.

Get the editable Word version

The Word version has the same text, formatted with headings, tables and an acknowledgement page, ready for your letterhead. Enter your work email, confirm it, and the download opens straight away.

We use your email to send the confirmation link and record your request. See our privacy policy. Prefer no email? Download the Markdown version, which opens in Word too.

What can an AI policy not do on its own?

A policy sets the rules. It does not stop a tired person at 6pm from pasting a spreadsheet into whatever tool is open.

APRA made this point in its April 2026 letter: in its review, entities managing unapproved AI were found relying “primarily on policy direction” rather than “enforceable technical restrictions”. [9] That finding is about banks, insurers and super funds, but the lesson applies to everyone. Back the policy with three things:

  • An approved tool that is good enough. If the approved option is slower or weaker than a free one, people will drift back. For sensitive work, that can be private AI that runs inside your own network, such as SecGPT Vault.
  • Technical controls. Single sign-on for approved tools, and network or browser rules for unapproved ones.
  • Training that uses your own examples. Show people what each information class looks like in their actual job.

Our private AI guide sets out the wider governance framework, and the AI roadmap guide shows how to build these steps into an AI programme from the first week.

FAQ

AI policies, answered.

Do Australian businesses need an AI policy?

No law requires a stand-alone AI policy for most businesses as at 10 November 2026. But the Privacy Act already applies to personal information put into AI tools, and the Australian Government’s Guidance for AI Adoption recommends an AI policy as one of the first steps. Without one, staff set their own rules.

What should an AI acceptable use policy include?

At a minimum: purpose and scope, approved tools and how to request new ones, which information may go into which tools, when a person must review or decide, privacy obligations, record keeping, incident reporting, training and a review date. The template on this page covers each of these.

Can staff use ChatGPT or other free AI tools at work?

Under this template, free and consumer AI tools are approved for public information only, through work accounts where possible. Internal, confidential and personal information goes only to tools approved for that class, such as an enterprise AI tool with suitable contract terms or private AI in your own environment.

Is this AI policy template legal advice?

No. It is a starting point written in plain English and aligned to public Australian guidance. Your obligations depend on your industry, size and how you use AI. Adapt it to your organisation and have the final version reviewed by your legal and privacy advisers.

How does the policy change on 10 December 2026?

From 10 December 2026, organisations covered by the Privacy Act must describe in their privacy policy any use of computer programs to make, or substantially and directly help make, decisions that could significantly affect individuals using their personal information. The template asks staff to tell the privacy officer before starting any AI use of this kind.

Is the template aligned with ISO/IEC 42001?

It covers the policy, roles, competence, awareness, monitoring and review elements that an ISO/IEC 42001 AI management system expects, and the table on this page maps each section. A policy alone does not make you compliant or certified; ISO/IEC 42001 is a full management system standard.

How often should an AI policy be reviewed?

The template sets a review at least every six months, plus after any significant AI incident, a new type of AI use such as agents, a change in law or regulator guidance, or a major vendor change. AI tools change faster than most policies, so a short cycle matters.

Sources

Accessed 10 Nov 2026.

  1. National AI Centre, “Create an AI policy” (AI policy guide and template published 22 April 2026)
  2. National AI Centre, “Guidance for AI adoption: foundations” (published 5 May 2026)
  3. Department of Industry, Science and Resources, “The 10 guardrails” (Voluntary AI Safety Standard; notes the Guidance for AI Adoption published 21 October 2025)
  4. OAIC, “Guidance on privacy and the use of commercially available AI products” (published 21 October 2024, updated 17 January 2025)
  5. OAIC, “New resources on transparency for use of AI and automated decision-making”, 30 September 2026
  6. OAIC, “Australian Privacy Principles”
  7. OAIC, “About the Notifiable Data Breaches scheme”
  8. ISO, “ISO/IEC 42001:2023 Information technology: Artificial intelligence: Management system”
  9. APRA, “APRA letter to industry on artificial intelligence (AI)”, 30 April 2026
  10. APRA, “CPS 234 Information Security”
  11. KPMG and the University of Melbourne, “Global study reveals trust of AI remains a critical challenge” (survey of 48,000+ people in 47 countries, November 2024 to January 2025)
■ YOUR NEXT STEP

Get your AI roadmap

A policy tells people what not to do. A roadmap tells them what to do instead. In 14 days, AI Compass (From A$15,000 + GST) maps where AI pays off in your business, which data each use case touches, and the governance it needs. Get your AI roadmap or tell us about your project.

What clients say
“I commend Quantana for their outstanding role in developing our software; their expertise and commitment have been invaluable.”
Toby Carrigan · PX4 Software
“Whatever was on our mind was very nicely and rapidly captured through the design sessions we have had and they also have the right engineering teams to get it all to life and rapidly to life.”
Praveen Garimella · Indian School of Business