Privacy & Compliance

Built for the way regulated
industries actually work.

This page is written for the people who have to answer the hard questions: in-house counsel, privacy officers, compliance managers, and risk committees.

The Core Issue

Confidentiality obligations
don't pause for productivity tools.

Most professional services firms are not legally prohibited from using cloud AI. But using it without proper controls creates obligations they are not equipped to manage — and exposes their clients to risks those clients never agreed to.

What "shared AI" means in practice

When a law firm or accounting practice uses ChatGPT or Microsoft Copilot (on non-enterprise tiers), client data is processed on shared infrastructure operated by a US company. That data:

  • May be retained and used to improve the provider's models
  • Is subject to US law enforcement requests under the CLOUD Act
  • Cannot be audited by the client in any meaningful way
  • Was processed without your clients' knowledge or consent

What AKYB's architecture changes

Every AKYB deployment is single-tenant. Your data is processed in an environment that exists only for you:

  • No data shared with or accessible by any third party
  • AKYB contractually prohibited from using your data for any other purpose
  • Full query audit trail — who asked what, when, what the AI returned
  • Deployment environment matches your actual legal and regulatory requirements
By Industry

What the rules actually say.

🏥

Healthcare — Alberta HIA

Hard legal requirement

What the HIA requires

  • HIA s.64: Health custodians must complete a Privacy Impact Assessment before any new AI information system goes live.
  • HIA s.69.1: Health information may not be transferred outside Canada without specific authorization or consent.
  • OIPC guidance (Sept 2025): AI tools used by health custodians must be evaluated under HIA s.64 — including AI scribes, clinical decision support, and document retrieval systems.

Why cloud AI fails this test

  • Microsoft Copilot is not certified as HIA-compliant by the OIPC
  • Canadian datacentres do not eliminate US CLOUD Act risk for US-incorporated providers
  • Most small clinics cannot independently complete the required PIA documentation

AKYB's HIA PIA Documentation Support

All Alberta healthcare deployments include: data flow diagrams, vendor attestation letter, technical safeguards documentation, and a pre-populated HIA s.64 PIA template for your legal counsel to review and sign. Note: The PIA must be conducted and submitted by the health custodian — AKYB provides the technical evidence to support that process. For on-premise deployments, the PIA answer to "where does health information go?" is "it stays on hardware in this clinic" — the simplest and most defensible answer possible.

Other provinces: AKYB engagements in Ontario are scoped against PHIPA, BC against PIPA BC, and Quebec against Law 25 (Bill 64). Current PIA template covers Alberta HIA; documentation for other provinces is scoped during Discovery.
⚖️

Law Firms — Solicitor-Client Privilege

Risk management

There is no specific Canadian law prohibiting law firms from using cloud AI. The issue is professional obligation. Solicitor-client privilege requires that client confidences be protected from disclosure — including disclosure to third parties whose data handling practices the firm cannot control.

When client files are processed by a US AI provider, the firm has created a record outside its custody, subject to laws and policies it did not negotiate and cannot audit.

Practical risks

  • US CLOUD Act: law enforcement can compel provider to produce data without notifying the Canadian firm or its client
  • Provider retention: queries and outputs may be retained beyond the session
  • No audit trail: firm cannot demonstrate to a client or regulator exactly what data was processed and when
🛢️

Oil & Gas — Commercial Sensitivity

Business risk

There is no legal prohibition on oil & gas companies using cloud AI for internal documents. The risk is commercial: exploration datasets, reservoir models, and engineering reports are among the highest-value proprietary assets in the industry. Processing them on shared infrastructure operated by a third party — under that third party's terms, not yours — is a risk assessment question, not a compliance one. Most operators with serious assets make the same assessment.

AKYB's deployment architecture — whether on-premise or on the operator's own infrastructure — keeps this data inside your operational environment and outside any third-party system.

💼

Accounting & Finance — CPA Standards

Risk management

CPA Canada professional standards impose strict client confidentiality obligations. Using cloud AI to process client financial records without explicit consent and a documented data processing agreement creates professional liability exposure — not because a specific rule prohibits it, but because the firm cannot demonstrate the controls that confidentiality obligations require. A confidential AI system provides a straightforward answer to that question.

US CLOUD Act

Why "Canadian datacentre"
is not the same as "Canadian control."

This is the most commonly misunderstood aspect of cloud AI compliance for Canadian regulated industries.

What the CLOUD Act does

The US Clarifying Lawful Overseas Use of Data (CLOUD) Act allows US law enforcement to compel US-incorporated companies to produce data held anywhere in the world — including on servers physically located in Canada.

Microsoft, Google, and Amazon are US-incorporated. Storing your data in their Canadian datacentres does not remove it from CLOUD Act jurisdiction. The company — not the server location — determines legal exposure.

The Alberta OIPC has explicitly flagged the CLOUD Act as a primary risk factor in its AI governance guidance for health custodians.

What removes CLOUD Act exposure

The only way to eliminate CLOUD Act exposure is to not use a US-incorporated company in the data processing chain. This means:

  • On-premise hardware owned and controlled by the client
  • Dedicated deployment on the client's own infrastructure
  • Open-weight AI models with no network telemetry

AKYB's on-premise and client-infrastructure deployment models eliminate CLOUD Act exposure entirely. The cloud deployment model does not — and we are transparent about that distinction with every client.

Ownership & IP

What belongs to you.

These are the questions every GC asks before signing. The answers are unambiguous.

Who owns the data?

The client owns all data at all times. AKYB has no claim on any document, record, or output. AKYB's access during installation and maintenance is governed by a Data Processing Agreement signed before any data is touched.

Who owns the AI system?

The hardware is owned by the client (purchased as part of the project). The software uses open-weight models and open-source tooling — no proprietary AKYB licence is required for the system to keep running. If AKYB's engagement ends, the system keeps working.

Who owns the embeddings and fine-tuned weights?

All embeddings generated from client documents, and any fine-tuned model weights trained on client data, are the exclusive property of the client. AKYB retains no copies. A written destruction certificate is provided upon request at contract termination.

What happens at termination?

All client data held on AKYB systems during configuration or maintenance is permanently deleted within 5 business days, following NIST SP 800-88 media sanitization standards. A written destruction certificate is provided. All project documentation — architecture diagrams, SOW, training materials — belongs to the client.

Who owns fine-tuned model weights?

Where AKYB performs fine-tuning using client data, the resulting model weights are owned by the client and transferred in full at project completion. AKYB retains no copy of fine-tuned weights. This is contractually guaranteed in the project SOW.

Compliance questions specific to your organization?

Book a scoping call. We'll work through your specific regulatory context, existing infrastructure, and what the right deployment architecture looks like for your situation.

Schedule a Confidential Consultation