Government & Compliance
Vendor AI disclosure: what to require about AI inside products you already own
How agencies can require vendors to disclose AI features added to software they already own, and act on the answers.
Most AI governance work at state and local agencies is organized around a purchase: a new tool, a solicitation, a review board, a signature. The harder problem is the AI nobody bought. A permitting platform adds document summarization. An HR system adds resume ranking or interview scoring. Computer-aided dispatch adds call transcription and draft incident narratives. Utility billing adds anomaly detection on consumption data. An office suite adds an assistant that can read every file the signed-in user can read. None of that goes through procurement. It arrives in a release note, a feature flag, or a setting that defaults to on.
Vendor AI disclosure is the control that closes this gap. It is a standing obligation, not a one-time questionnaire: the vendor tells you in writing what AI functionality exists in the product you already license, what it does with your data, and what has changed since the last time they told you. The questions below are written for the version of this problem you are most likely to face, where the feature showed up in an update.
Ask about features, not about "AI"
A vendor can answer "we do not sell an AI product" truthfully while shipping three models inside the release you installed last month. Definitions vary, and marketing language moves faster than contract language. Get past that by asking feature by feature and function by function.
- Enumerate, do not characterize. Ask for a list of every product capability that uses machine learning, a large language model, or generative output, including features that are off by default, in beta, or limited to certain user roles.
- Include the quiet ones. Search, ranking, routing, matching, fraud and anomaly scoring, autocomplete, translation, redaction, transcription, and summarization all belong on the list even when the vendor does not market them as AI.
- Ask what is planned. Request the roadmap items expected to reach your environment in the next release cycle, so notice is not the first you hear of it.
The disclosure questions that matter
- Models and providers. Which models are used for each feature, who operates them, and is the vendor calling a third-party API, hosting an open-weight model, or running something they trained themselves?
- Subprocessors. Which entities receive agency data because of the AI feature, and are they listed in the current subprocessor schedule? A new model provider is usually a new subprocessor.
- Training and improvement. Is agency data, including prompts, uploaded documents, and outputs, used to train, fine-tune, or evaluate any model? Ask for a flat prohibition rather than an opt-out you have to remember to exercise.
- Inference location and retention. Where does processing occur, in which regions, and how long are prompts, outputs, and logs retained by the vendor and by any model provider? Ask whether any of it leaves the environment covered by your existing security authorization.
- Regulated data. Whether the feature can touch criminal justice information, protected health information, student records, or tax data, and how the vendor's arrangements handle that. Requirements in these areas change, so confirm current obligations with your state CJIS systems agency, your privacy officer, or counsel rather than relying on a vendor summary.
- Notice before change. How much advance written notice you get before a model, provider, or feature default changes, and through what channel. Release notes read by nobody are not notice.
- Controls. Whether the feature can be disabled tenant-wide, restricted by role, and left off by default, and whether the vendor can re-enable it without your action.
- Outputs and records. Whether outputs are stored in the system of record, whether they are distinguishable from human-authored content, and how they behave under your retention schedule and public records obligations.
- Evidence. Any accuracy testing, bias evaluation, red-teaming, or accessibility conformance documentation for the specific feature, not for the company.
What to put in the contract
Disclosure survives staff turnover only if it is written down. At renewal or on the next amendment, ask your counsel to consider terms that cover: a definition of covered AI functionality broad enough to include features added later; an affirmative duty to disclose new AI functionality with a defined notice period before it reaches your tenant; features off by default until the agency enables them; a prohibition on training or model improvement using agency data, flowed down to subprocessors; subprocessor change notice with a right to object; retention and deletion commitments that name the model provider; and a remedy if a feature turns on without notice, such as the right to require it disabled.
Fold it into cycles you already run
- Renewals. Add an AI disclosure attestation to the renewal packet. No attestation, no signature routing.
- Security review. Add AI-specific items to your existing vendor questionnaire and reassessment cadence so the answer is refreshed on a schedule, not on rumor.
- Change management. Put vendor release notes on someone's desk. Assign each major system an owner responsible for reading them and filing anything AI-related.
- Incident and records processes. Make sure your records officer knows which systems can now generate text.
Get it into the inventory
Many state policies and the voluntary NIST AI Risk Management Framework assume you can name your AI uses. Requirements differ by state and change over time, so check your own statewide policy. For each update-delivered feature, record the host system, the feature, the business owner, data categories involved, whether it influences a decision about a person, the current on or off state, the date you were notified, and the review date. A feature that arrived in a patch belongs in the same inventory as a system you competed.
HQT works with public agencies on technology advisory and systems engineering, including vendor evaluation and governance processes of this kind.
Frequently asked questions
How do we find out whether AI features were added to software we already own?
Ask each vendor for a written, feature-by-feature list of every capability in your licensed version that uses machine learning or generative models, including features that are off by default or limited to certain roles. Do not rely on asking whether the product uses AI in general terms, because definitions vary and vendors may answer narrowly. Pair the request with a standing obligation to notify you before new AI functionality reaches your tenant. Assign someone to read release notes for each major system so the vendor's answer is checked against what actually ships.
Can we require a vendor to turn off AI features we never approved?
Often yes, but only if the contract says so or the product offers tenant-level controls. Ask whether each feature can be disabled tenant-wide, restricted by role, and left off until the agency enables it, and whether the vendor can re-enable it unilaterally. At renewal, ask your counsel about adding terms that make covered AI functionality off by default and give you a remedy if something activates without notice.
Does an AI feature that arrived in a vendor update need to go in our AI inventory?
Treat it the same as a system you competed and purchased. Record the host system, the feature, the business owner, the data it touches, whether it influences a decision about a person, its current on or off state, and when you were notified. Statewide AI policies differ and change, so confirm the specific inventory and reporting requirements that apply to your agency with your state CIO office or counsel.
What should a vendor AI questionnaire ask about training and data retention?
Ask whether agency data, including prompts, uploaded documents, and generated outputs, is used to train, fine-tune, or evaluate any model, and seek a flat prohibition rather than an opt-out setting. Ask where inference occurs, how long prompts, outputs, and logs are retained by both the vendor and any underlying model provider, and which subprocessors receive the data. Confirm that the answer covers the model provider and not just the vendor's own systems.
Are outputs from a vendor AI feature public records?
Content generated inside a government system and stored in a system of record is generally subject to the same public records and retention rules as other records, but specifics vary by state and by record type. Ask the vendor whether AI-generated content is stored, whether it is distinguishable from human-authored content, and how it is exported for records requests. Confirm the treatment with your records officer or counsel before assuming a category is exempt.