1The three places your data can end up
When you put text into an AI tool it can end up in three materially different places. It can be processed and discarded, which is what a properly configured API call does. It can be retained for a period, typically for abuse monitoring, then deleted. Or it can be retained and used to train future models, which means fragments of it may surface elsewhere. These are three different risk profiles and they are frequently discussed as though they were one. Most consumer chat products default toward the third. Most business API tiers default toward the first. The difference is a configuration and a contract, not a property of AI.
2Training on your data is a setting, not a law of nature
That is the single most useful thing to understand: whether your data trains a model is a setting. It is chosen, by you or by whoever built your system, and it can be verified. Any vendor unwilling to state plainly which of the three applies to your data, in writing, has told you something. When we build, that decision is made explicitly at the start and written down, because retrofitting it after the fact usually means rebuilding.
3What data sovereignty means in practice
Data sovereignty is the next layer and it is about geography rather than training. It asks which country your data physically sits in and which legal regime therefore reaches it. For a New Zealand business handling customer records under the Privacy Act 2020, or an Australian business under the Australian Privacy Principles, that is not an abstract concern. It determines who can compel access. The practical answer is to keep the system of record in your control and let the model see only what it needs for the task in front of it, which is an architectural choice made when the thing is designed.
4Retrieval keeps the knowledge without shipping the archive
The technique that resolves most of this is retrieval. Instead of sending your whole archive somewhere to be absorbed, you keep the documents where they are, and at question time the system fetches the handful of relevant passages and shows only those to the model. Your knowledge base stays yours, nothing is uploaded wholesale, and the answer still cites the source. That is what RAG search and an AI knowledge base mean in practice, and it is the default shape for anything we build that touches internal documents.
5The questions worth asking any AI vendor
Five questions will separate a serious vendor from a reseller. Is my data used to train models, yes or no, in writing. Which country is it stored in. How long is it retained and who can access it during that window. If I leave, what happens to it. And can you show me the data flow, not the marketing diagram. Anyone building production AI should be able to answer all five without checking. Ours are set out on the responsible AI page.
The businesses hesitating over privacy are not being timid, they are asking the question that most AI buyers skip and then regret. It has good answers. If you want yours looked at specifically rather than generically, get in touch and we will map where your data would actually go.