Colorado AI Act 2027: Data Supplier Duties

Colorado SB 26-189 (signed 2026-05-14, effective 2027-01-01) regulates covered automated decision-making technology (ADMT) used in consequential decisions. Upstream vendors whose feeds train, tune, or score ADMT are developers with documentation duties — even when they do not deploy the model facing consumers. Buyers of tickerized data, MAID identity, or insurance leads used in credit, insurance, hiring, or housing workflows should add Colorado clauses to 2026 RFPs now. Pair state duties with GDPR Art. 14 and EU AI Act supplier obligations when programs cross borders.

Key Takeaways

  • Developer documentation must cover intended uses, training categories, limitations, and known risks — not only API specs.
  • Contracts cannot hide discriminatory outcomes behind blanket indemnities; limitation disclosures must be legible.
  • Records retention up to three years applies where the law requires — plan storage, not slide decks.
  • Map each SKU to consequential domains (employment, finance, insurance, housing) before January 2027.
  • Deployers owe notices and adverse explanations; suppliers owe technical docs and material change updates.

Developer vs Deployer Responsibilities

Deployers (banks, insurers, employers using ADMT) owe consumer notices, opt-out pathways where required, and post-adverse explanations in plain language. Developers (model vendors and, critically, data suppliers whose features materially enable ADMT) owe technical documentation, accuracy and limitation disclosures, and updates when material limitations change. See the Colorado bill summary and legislative history for effective dates and rulemaking timelines.

If your feed supplies panel features, identity graphs, or scores consumed in Colorado ADMT, assume documentation requests will cite SB 26-189 — not only GDPR or fair lending memos. Risk management and fraud teams should inventory which models consume external commercial data.

Deployers will ask whether your features are reasonably necessary for the stated ADMT purpose — bloated feature dumps increase documentation burden and discrimination risk. Offer purpose-limited feature sets in contracts, similar to how mortgage refi leads are licensed for narrower funnels than full identity graphs.

What Documentation Must Contain

Think Annex IV–style discipline without waiting for EU forms: describe data categories, known gaps, exclusion rules (minors, sensitive locations per FTC buyer guide), demographic skew, geography, device OS mix, and refresh cadence. Document prohibited downstream uses even when contractually banned — developers must disclose limitations honestly.

Include evaluation metrics your team uses internally — match rates, coverage by DMA, label noise — with confidence intervals where possible. Deployers need honest limitation language, not marketing superlatives copied from homepage hero text. If documentation redacts vendor names, still disclose category-level risks (for example, "bidstream-heavy panel under-represents iOS").

RFP Clauses to Add in 2026

Procurement should require Colorado addenda before 2027: (1) developer documentation delivery within X days of award, (2) cooperation with deployer impact assessments, (3) prohibition on supplying features known to violate deployer ADMT notices, and (4) audit cooperation. Cross-reference sourcing methodology and privacy policy anchors for stable citations.

Weight documentation quality in vendor scorecards alongside price and match rate — a cheap feed without ADMT docs becomes expensive in 2027 retrofit projects. Require sample developer documentation with redacted panel names during shortlist, not only at award.

Ask for a material change notification clause: panel swaps, new sensitive fields, or methodology revisions that affect ADMT outcomes trigger written notice within ten business days. Tie notice obligations to Colorado bill summary effective date milestones so vendors cannot claim surprise in Q4 2026 negotiations.

  1. Require annual re-attestation when panel composition shifts post-FTC orders.
  2. Map clickstream and Euclidean SKUs to intended ADMT domains.
  3. Demand subprocessors list for feature engineering hosted in cloud regions.
  4. Include exit rights if developer docs reveal undisclosed sensitive-category fields.

Discrimination Risk and Limitation Disclosures

Reference the NIST AI Risk Management Framework when structuring limitation disclosures — deployers increasingly map vendor docs to NIST functions. Cite Colorado SB 26-189 section titles in appendices so legal can trace clauses without re-reading the whole bill.

Colorado's framework expects developers to disclose known limitations that could yield discriminatory or unfair outcomes when deployers use ADMT in consequential decisions. Data vendors are not off-hook because they sell "raw features" — proxies for race, gender, or income can emerge from location and behavioral fields. Document known correlates and recommend deployer testing. Link public trust materials via /trust/data-broker-registrations and registration packets.

Fair lending and ECOA teams will ask whether features are necessary and proportionate to the stated model purpose. Offer feature manifests with opt-in columns rather than all-or-nothing dumps. When in doubt, disclose correlation studies run on holdout seeds — silence reads as concealment in 2027 deployer audits.

Indemnity clauses that silently shift all discrimination liability to deployers while marketing "unbiased" data will fail legal review. Align marketing on alternative data for finance pages with limitation disclosures.

2026 Implementation Roadmap Before Effective Date

Q3–Q4 2026: inventory feeds touching Colorado residents' consequential decisions; draft documentation templates; train sales engineers not to promise ADMT suitability without legal sign-off. Q1 2027: operationalize update notices and retention. Monitor Colorado Attorney General rulemaking — obligations may refine definitions of ADMT and high-impact decisions.

Federal proposals such as SECURE Data Act broker registry concepts do not preempt Colorado ADMT duties — maintain separate calendars. Use AI search readiness to keep public limitation language aligned with developer docs agents might quote.

Assign a single documentation owner in product legal ops — not rotating sales engineers — to answer deployer questionnaires. Maintain a redacted sample developer packet prospects can review under NDA, with the public summary on privacy policy anchors for non-NDA stages.

Run a tabletop exercise in Q4 2026: deployer requests documentation update within 48 hours after a panel shift — measure whether product, legal, and ops can produce accurate revised docs without contradicting public insurance leads marketing copy.

Insurance regulators and Colorado AG staff may request correspondence trails between developer and deployer — email is discoverable; use ticket systems with retention tags. Align external statements with developer documentation to avoid securities and consumer-protection friction.

Hiring and tenant-screening deployers face higher scrutiny on proxy features — document why zip-level mobility or email age signals are necessary for the stated decision and what less invasive alternatives were rejected.

Publish a public FAQ on Colorado duties beside developer docs — deployers and journalists will quote it. Keep answers aligned with the technical packet to avoid two-truths risk.

Colorado deployers may need bilingual notices for covered individuals — coordinate translation of consumer-facing ADMT notices separately from English-only developer documentation. Data suppliers should not promise translations they do not control unless contractually committed.

Budget outside counsel review of developer documentation templates in 2026 — retrofitting in January 2027 costs more than publishing accurate limitations before RFP season ends. Align Colorado AI Act public copy with the same limitation tables you ship under NDA.

Track deployer industry in CRM — finance and HR deployers trigger documentation packs with heavier discrimination and retention sections than pure retail measurement buyers typically use today.

Store developer documentation in a versioned repository with deployer-specific annexes — never edit the master doc in email threads without bumping version numbers visible on the cover page. Redact competitively sensitive panel names but keep category-level risk disclosures intact. Link the repository index from privacy policy only if the summary is consumer-safe and current before January 2027.

Frequently Asked Questions

Does the Act apply before 2027?
Obligations attach at the effective date, but 2026 RFPs should require documentation deliverables now to avoid retrofit costs. Deployers face board pressure earlier than vendors expect — arriving without docs delays revenue.
Are B2B-only feeds exempt?
If ADMT makes consequential decisions about people, personal data in the feed can pull developers in. Scope fields and downstream domains, not slogans like "B2B only." Firmographic files without person-level fields may fall outside — prove absence with dictionaries.
How is a data broker a "developer"?
When the broker's features are incorporated into ADMT and the broker knows or should know consequential use, documentation duties mirror other developers. APIs and batch files count if they materially affect outcomes.
What records must we retain?
Where the law requires, retain developer documentation, update notices, and material correspondence with deployers for up to three years. Align retention with GDPR and US broker deletion rules — shortest delete wins for data, longest retain wins for compliance logs unless law says otherwise.
Related federal law?
Watch SECURE Data Act and FTC broker registry debates, but state ADMT rules still apply to processing connected to Colorado. EU AI Act adds parallel duties for EU-deployed models fed by US vendors.