Skip to main content

    AI Risk & Compliance

    What APP 1.7 Requires Australian Organisations to Disclose

    From 10 December 2026, covered Australian organisations may need to say, in their privacy policy, which kinds of significant decisions are made or substantially supported by computer programs using personal information, and which kinds of personal information those programs use. That is APP 1.7. It is not limited to AI, and it is not a requirement to publish the model. This briefing sets out what to disclose, what can stay internal, and how to tell whether a workflow is in the conversation at all.

    In short

    Executive Summary

    • APP 1.7 is a privacy-policy disclosure duty about certain automated decisions, not a duty to publish source code or model weights
    • The obligation is technology-neutral: rules engines, scoring tools and established software can sit in the same bucket as generative AI
    • The useful split is kinds of decisions and kinds of personal information used, written so a person affected can understand them
    • This is not legal advice. Your legal team confirms the final wording; operations still has to name the workflows first

    Detail

    Overview

    The question I get most often is the wrong one: do we have to disclose our AI. APP 1.7 is not an AI register. It is a privacy-policy obligation that can apply where a computer program uses personal information to make, or substantially and directly support, a decision that significantly affects the person.

    The Office of the Australian Information Commissioner publishes the Privacy Act and the Australian Privacy Principles. Start there, not with a vendor slide. The statute talks about computer programs. A scoring engine that has been in the loan book for a decade can be more relevant than a chatbot launched last month.

    What the policy has to carry, in substance, is two lists. The kinds of decisions. The kinds of personal information used in those decisions. Kinds, not a dump of every field and every threshold. A person who might be hired, declined, priced, flagged or restricted should be able to read the policy and recognise the decision type that touched them.

    What the policy does not have to do is explain the algorithm. You are not writing a model card for the public internet. You are saying that software is in the decision, what sort of decision it is, and what sort of personal information feeds it. The technical documentation, the vendor contract and the override rules stay inside the organisation, where legal, risk and the system owner can actually use them.

    Who is in scope is a legal question. The operational question that sits underneath it is simpler, and most boards have not answered it: where does software already influence an outcome about a person, using information that identifies them or can be used to identify them. Until that list exists, the privacy policy is a guess.

    Human approval does not automatically take a workflow off the list. If a person clicks accept on a recommendation they have not independently assessed, the program may still be substantially supporting the decision. Treat that as a facts question, not a slogan.

    Commercial impact

    Why It Matters for Organisations

    10 December 2026 is a hard date on the calendar. After that date, a privacy policy that is silent on automated decisions is not merely out of date. It may be incomplete against an enforceable APP.

    OAIC will keep the statute. Law firms will keep the legal opinion. The gap I see in mid-market organisations is the inventory. Privacy counsel cannot draft kinds of decisions they have not been shown. Operations cannot show them if nobody has mapped the workflows. Vendors will say they are not the APP entity. All three can be true at once, and the organisation still has a policy to publish.

    The commercial cost of getting this late is not a public price list. It is compressed legal time, incomplete lists, and a board that finds out in November that the claims engine, the rostering tool and the collections scorer were never in the draft. Early mapping is cheaper than a December scramble because the facts do not change when the calendar does. Only the available hours do.

    There is also a trust cost. Customers and staff already experience these decisions. If the policy is the first time the organisation admits software is involved, the disclosure reads as a surprise rather than a control.

    Podcast

    Listen to how Australian executives are applying AI

    Use the podcast to pressure-test the ideas in this article against real operator conversations. Each episode focuses on what leaders are shipping, where the friction is, and what actually lands.

    The trusted source for Australian executives navigating AI strategy, governance, and adoption. I translate technical complexity into practical business outcomes — growth, margins, and time-to-value.

    In practice

    Examples or Practical Context

    A mid-market lender assumed APP 1.7 was an AI project. The first pass found the live decision points in a rules engine and a bureau-score workflow, not in the generative tools the digital team had just bought. The privacy policy needed those decision kinds named. The chatbot did not.

    A professional-services firm used a vendor screening tool that ranked candidates. Hiring managers usually accepted the first page. The legal question was whether that ranking substantially supported the shortlist. The operational fact was that nobody could name the ranking inputs. Both had to be resolved before anyone could write a disclosure sentence.

    An insurer’s claims team described a “system recommendation” that staff were expected to follow unless they wrote a reason. That is not a human decision in any useful sense until you can show the person actually reviewed the file. The disclosure question followed the workflow, not the org chart.

    A retailer had personalisation and fraud flags in the same vendor platform. One affected what a logged-in customer was offered. The other affected whether an order was held. Those are different kinds of decisions. Dumping them into one sentence about “AI” would have been the dishonest version of disclosure.

    What to do

    Key Takeaways

    • Read APP 1.7 as a disclosure of decision kinds and personal-information kinds, not as a requirement to publish the model
    • Inventory computer programs in decisions about people before you brief legal, including tools that are not labelled AI
    • Do not assume a human click takes the workflow off the list if the person is not independently reviewing the output
    • Keep the public wording short and the internal map complete: policy for readers, decision map for the board and counsel
    • This briefing is operational. Your legal team confirms whether you are covered and approves the final privacy-policy text

    Newsletter

    Get the Executive Brief each week

    Stay ahead of the next board question with short, practical analysis built for Australian executives. It cuts past recycled AI news and focuses on the decisions that matter now.

    The trusted source for Australian executives navigating AI strategy, governance, and adoption. I translate technical complexity into practical business outcomes — growth, margins, and time-to-value.

    Assessment

    Run the AI Readiness Assessment

    Check whether policy, accountability, and compliance are keeping pace with deployment. The assessment scores governance and decision control alongside four other dimensions.

    The trusted source for Australian executives navigating AI strategy, governance, and adoption. I translate technical complexity into practical business outcomes — growth, margins, and time-to-value.