What exactly leaves the firm's system when staff use AI?

What actually leaves the firm when AI is used

For a professional services firm, the right starting assumption is simple: more than the typed question may leave the firm's system. A user prompt can carry client names, matter facts, financial figures, file extracts, notes, email content and internal reasoning. If the tool accepts document upload, browser access, CRM data, meeting recordings or workflow integration, the data boundary widens again.

The practical question is not whether the vendor says the product is secure. The question is what data moves, where it is processed, who can see it, how long it is retained, and what evidence the firm can produce if a client, insurer, regulator or senior partner asks.

The safe answer: map prompts, files, outputs, logs and support access

When staff use AI, firms should check five data categories before approving the tool for client work. First, prompts and instructions: the text staff type, paste or dictate. Second, uploaded material: PDFs, spreadsheets, emails, contracts, case notes, call transcripts and screenshots. Third, outputs: drafts, summaries, recommendations, classifications and generated analysis. Fourth, metadata and logs: user IDs, timestamps, IP addresses, usage analytics, moderation events, error traces and audit logs. Fifth, human or subprocessor access: vendor support teams, model providers, cloud processors and any security or abuse-review process.

If any of those categories can contain confidential, privileged, personal or commercially sensitive information, the tool needs controls before routine use. That means approved use cases, data minimisation, retention checks, role-based access, review evidence and a route for exceptions.

Map AI data exposure before rollout

What to ask the vendor before approving the tool

Ask for plain evidence rather than broad assurances. The vendor should explain whether prompts, uploaded files and outputs are stored, used for training, reviewed by humans, shared with model providers, included in telemetry, or retained in backups. For regulated or client-facing work, the answer should be specific enough for procurement, compliance and delivery owners to act on.

Useful checks include: where processing occurs, whether data is encrypted in transit and at rest, whether customer data is logically separated, whether retention can be shortened or disabled, whether logs can be exported, whether support access is controlled, and whether subprocessors are listed. If the tool is embedded inside another platform, check both the application vendor and the underlying model or cloud provider.

How firms should set internal rules

Policies should turn the data map into day-to-day rules. Staff need to know which tools are approved, which data can be entered, which work must stay out of public or consumer AI tools, and when a human reviewer must sign off the result. A good rule is to treat client-identifiable data, special category personal data, privileged material, unpublished financial information and confidential strategy as restricted unless a named owner has approved the exact workflow.

The firm should also preserve an audit trail. For important client work, record the tool used, the data category involved, the reviewer, the final decision and any redactions or controls applied. This protects both quality and accountability: the firm can show that AI supported the work without handing responsibility to the tool.

Keep AI governance evidence current

A practical approval checklist

Before the tool is allowed near client work, create a short approval record covering the use case, data categories, vendor controls, retention settings, access model, human review step and escalation path. For higher-risk work, add a test run with synthetic or redacted data and check the logs afterwards. If the firm cannot explain what left the system during the test, it is too early to approve live use.

This approach keeps AI adoption useful without turning every experiment into a policy project. Low-risk drafting and internal summarisation can move faster when the data is non-sensitive. Client, regulatory, financial and legal work needs stronger gates because confidentiality, accuracy and evidence matter more than speed.

Conclusion

What leaves the firm's system is not a single field in a vendor questionnaire. It is the combined flow of prompts, files, outputs, logs, metadata, subprocessors and support access. Map that flow first, then approve tools only where the firm has a clear data boundary, a human review step and an audit trail it can defend.

Build controlled AI workflows for client work

Need a safer AI route for your firm?

If this article reflects a live decision in your practice, the useful next step is to map the workflows, confidentiality risks, supplier controls and governance gaps before tools spread informally.

• Map AI risk and opportunity
• Put usable AI governance in place
• Roll out AI with privacy and supplier controls
• See AI support for legal services