Canada Has No AI Act. Quebec Regulated Your Model Three Years Ago.
The federal AI bill lapsed and the coverage moved on. Quebec's privacy reform did not lapse: it requires you to tell a person, at the moment of the decision, that a machine made it alone — and to let them argue with a human who can change it. Most US SaaS products cannot do either, because nobody has written down which of their outputs are decisions.
The misread. Teams track Canada at the federal level, see no AI statute in force, and file the country under 'monitor'. The operative obligations are provincial, they have been in force since 2023, they attach to automated decisions specifically, and they come with a statutory floor on punitive damages that makes private enforcement viable without proving quantified loss. Quebec is not a subset of Canada for this purpose. It is the part that is already binding.
Four Ways an Offshore Vendor Lands in Scope
Each is independent, and none requires you to have chosen Quebec as a market.
You collect personal information from people in Quebec
The statute applies to any enterprise that collects, holds, uses or communicates personal information in the course of carrying on an enterprise, and it has been applied to organisations outside Quebec that direct their activities at Quebec residents. There is no employee count, no revenue floor and no local-entity requirement. A self-serve signup from Montreal is a collection.
Your product makes decisions about those people
The automated-decision provision does not care where the model runs. It attaches to the decision, to the person it affects, and to the fact that no human was involved in making it. A US vendor whose scoring model changes a Quebec user's outcome inside a customer's workflow is squarely in the frame, and the vendor-versus-customer allocation is decided on the facts of who chose the purposes and means.
You move that information out of Quebec
Communicating personal information outside the province requires a privacy impact assessment considering the sensitivity of the data, the purposes, the protective measures and the legal framework of the destination jurisdiction — and the transfer must be the subject of a written agreement. For a US SaaS, every piece of Quebec data you hold has already been transferred, which means the assessment is retrospective the day you discover the obligation.
You are launching or materially changing a system
A privacy impact assessment is required for any project to acquire, develop or overhaul an information system involving personal information. Adding a model to an existing product is an overhaul in every practical sense. This is the obligation most often missed by teams who did the transfer PIA and stopped.
The Automated-Decision Duties, Decomposed
These are the provisions that reach an AI product directly. For each: what the statute asks for, and the artefact that satisfies it.
Notice at the time of the decision
- What the law asks
- When a decision is based exclusively on automated processing of personal information, the person must be informed of that fact no later than at the time the decision is made. Not in the privacy policy, not on request — at the decision.
- What you have to build
- The decision surface itself has to carry the disclosure, which means your product needs to know which of its outputs are decisions. Most do not. The engineering work is an inventory and a flag on the response, and the inventory is the part that takes weeks.
The information the person can ask for
- What the law asks
- On request, the person must be informed of the personal information used to make the decision, the reasons and the principal factors and parameters that led to it, and of their right to have that information corrected.
- What you have to build
- A per-decision explanation record retained long enough to answer a later request: input snapshot, model version, the factors that drove the outcome, and a correction path back into the source data. Reconstructing this from a trained model after the fact is not possible, so it has to be written at inference time.
The right to submit observations
- What the law asks
- The person must be given the opportunity to submit observations to a member of the personnel of the enterprise who is in a position to review the decision.
- What you have to build
- A named human with actual authority to overturn, a queue, a response window and a log. The statutory phrasing is specific about capacity — routing observations to a support agent who can only escalate does not satisfy a provision that says the recipient must be in a position to review the decision.
Profiling requires its own notice
- What the law asks
- Where technology allowing a person to be identified, located or profiled is used, the enterprise must inform them of that use and of the means available to deactivate the functions.
- What you have to build
- A discoverable control that actually turns profiling off, plus a notice at the point of use rather than buried in settings. 'Deactivate' is a functional requirement: an opt-out that suppresses the display while the profile keeps building does not meet it.
The Obligations Around the Decision
The automated-decision provision does not arrive alone. These four are the ones that most often produce the first finding, because each is verifiable from outside your company.
| Obligation | What it means for a vendor |
|---|---|
| Consent and purpose limitation | Consent under Law 25 must be clear, free, informed, given for specific purposes and requested separately from other information. Bundled consent in a terms-of-service acceptance is the pattern the reform was written against. Reusing service data to train a model is a new purpose that needs its own basis and its own disclosure, and 'improving our services' has not been treated as specific. |
| The privacy officer and the public record | Every enterprise must have a person responsible for the protection of personal information, and the title and contact details must be published on the website. This is the compliance fact a regulator or a journalist can verify in ten seconds without contacting you, which is precisely why an unpublished contact is a bad first impression to make. |
| Confidentiality by default and de-indexing | Technological products must offer the highest level of confidentiality by default without any intervention by the user, and residents have a right to de-indexing and to data portability. Default-on personalisation and default-on data sharing are the settings this provision reaches, and 'the user can turn it off' is the argument it forecloses. |
| Incident handling | Confidentiality incidents presenting a risk of serious injury must be reported to the Commission d'accès à l'information and to affected persons, and a register of incidents must be kept. The register is the part that gets skipped, and it is the part an investigator asks for first because it reveals what you did not report. |
Why This One Actually Gets Enforced
Administrative monetary penalties
The Commission can impose administrative penalties reaching the greater of a fixed ceiling in the millions and a percentage of worldwide turnover, with a higher penal ceiling on prosecution. The numbers are the headline; the process matters more, because an administrative track does not require a court to start moving.
A private right of action with minimum damages
Where an unlawful infringement of a right conferred by the statute causes injury, the court must award punitive damages of at least one thousand dollars. A statutory floor that does not require proof of quantified loss is the structural feature that makes class proceedings viable, and Quebec's class-action regime is unusually accessible.
The regulator's own initiative
The Commission investigates on complaint and on its own initiative, publishes decisions, and has been active on incident reporting and on consent design. Public decisions are the compounding cost — they are read by your enterprise buyers' procurement teams long after the file closes.
Language as a parallel exposure
Quebec's language legislation requires software, user interfaces and standard-form contracts to be available in French, with French versions available on no less favourable terms. This is not privacy law and it is enforced separately, but it arrives at the same product, and a compliance plan that localises the privacy notice while shipping an English-only interface has solved half the problem.
The observations drill
Pick one automated outcome your product produces — a declined application, a risk score, a suppressed listing, an automatic downgrade. Now answer without engineering help: was the affected person told a machine decided it, at the time; which factors drove it; who inside your company can overturn it; how would a user in Quebec reach that person; and how long does it take.
That is the provision in operational form. Every "we would have to go look" is the same answer you will give a real request, except with a complaint attached and a statutory minimum in punitive damages waiting behind it.
Frequently Asked Questions
Is 'exclusively automated' a real escape hatch if a human approves the output?
It is a real distinction and a much narrower one than product teams assume, and the way you lose it is by winning it on paper. The provision attaches to decisions based exclusively on automated processing, so genuine human involvement takes you outside it. The question a regulator or a court will ask is whether the involvement was meaningful — whether the person had the information needed to reach a different conclusion, the authority to do so, and the time to consider the case individually. A reviewer clearing three hundred model outputs an hour is performing a formality, and the timestamps in your own audit log establish that better than any adverse witness could. There is also a strategic point worth weighing: the artefacts that prove meaningful human review are largely the same artefacts the automated-decision provision would require anyway — a per-decision record, a named reviewer, an override path and a log. Teams that build those get both the compliance position and the exemption argument. Teams that rely on the exemption alone typically have neither, because there was nothing to build.
We are a processor for our enterprise customers. Does Law 25 reach us directly?
It reaches you through the mandate structure and increasingly through the facts of what your model does, so the honest answer is that the label protects you less each year. Quebec law contemplates entrusting personal information to a service provider under a written mandate that specifies the measures to protect it, and a provider acting strictly within that mandate is not carrying the enterprise's obligations. The pressure comes from two directions. First, the written agreement is itself mandatory, so a vendor operating on an order form with no data terms has a defect regardless of allocation. Second, a vendor that trains on customer data, versions the model on its own schedule, decides what factors the model considers and does not disclose the logic is exercising judgement over purposes and means that a mandate does not describe. In practice the more useful question is not which label applies but which of the four automated-decision duties you can actually perform. If your customer must produce the reasons for a decision and only you know the factors, you will be building the explanation artefact whatever the contract says — so build it deliberately and sell it as a feature rather than surrendering it in a negotiation.
How does this compare to the federal Canadian regime we already track?
The federal statute governs organisations across Canada in commercial activity, and Quebec's regime applies to the private sector within the province with obligations that are in force now and that are, on automated decisions, more specific than anything federal. The Artificial Intelligence and Data Act that would have added a federal AI-specific layer did not survive the parliamentary session in which it was introduced, so the widely held belief that Canada is 'waiting for its AI law' is true federally and irrelevant provincially. That asymmetry is the practical planning insight: Quebec residents have an enforceable notice-and-observations right today, while the rest of Canada is governed by general privacy principles that reach automated decisions less directly. It also affects sequencing. Building for Quebec produces the decision inventory, the explanation record and the human-review workflow — which is most of what a federal AI regime would require if one arrives, and most of what the European regime already requires. Building for a future federal statute produces nothing you can point at when a Quebec complaint lands.
Do we really have to ship a French interface, or is a translated privacy notice enough?
The notice is the smaller half. Quebec's language legislation requires that software, including user interfaces, be available in French where a French version exists, and that standard-form contracts and related documents be provided in French, with French versions on terms no less favourable than the English. For a SaaS product sold into Quebec that means the application itself, the contract, the invoices and the support materials — not only the legal pages. Two practical points. The obligation bites hardest at the enterprise sales stage, because a Quebec buyer's procurement process asks for it directly and a missing French interface stalls the deal months before any regulator would notice. And the AI layer creates its own version of the problem that localisation pipelines usually miss: a model that answers a French question in English, or that produces English-only explanations for the automated decisions you are required to explain, has undone the localisation at exactly the surface the law cares about. Test the assistant in French before declaring the product localised.
What does a privacy impact assessment for an AI feature actually contain?
It is a proportionate written analysis, not a form, and the proportionality is genuine — a small feature does not need a large document, but it does need a document. Cover: what the system does and which personal information it processes; the purposes and the lawful basis for each, called out separately where training is a distinct purpose from inference; the sensitivity of the data and the population affected, with minors and special categories flagged; the automated decisions the system produces and how each of the four statutory duties is satisfied for them; the retention schedule for inputs, outputs and logs; the transfers, including every model provider and sub-processor, with the destination jurisdiction's legal framework assessed; the security measures; the risks identified and the mitigations chosen, including the ones you rejected and why; and the residual risk with a named person accepting it. The rejected-mitigation section is what separates a real assessment from a compliance artefact, and it is also the section that protects you: a documented, reasoned decision to accept a known risk reads very differently from silence about a risk you clearly knew existed.
What should we build first if Quebec is a handful of accounts?
Sequence it so the visible defects go first and the expensive engineering is scoped by evidence rather than by anxiety. Start by publishing the privacy officer's title and contact on the website and confirming a written mandate exists with every processor touching that data — both are findable from outside your company and both are cheap. Then run the decision inventory: list every output that changes a person's outcome without a human deciding, which for most products surfaces three to five items nobody had classified as decisions. Then instrument those decisions with an explanation record written at inference time, because it is the only artefact that cannot be produced retrospectively and therefore the only one where delay is irreversible. Then stand up the observations workflow with a named reviewer who can overturn. Then write the impact assessments, transfer-first. Notice that the ordering front-loads discovery and defers documentation: the inventory usually changes what you thought you were building, and writing the assessment before you know which decisions exist means writing it twice.
Related Reading
- Canadian AI compliance for US SaaS — the federal picture Quebec sits underneath and moves ahead of.
- Brazil's LGPD Article 20 — the same automated-decision review structure in another privacy-first regime.
- Cross-border transfers and model providers — the assessment every Quebec transfer needs before it happens.