AI in Value-Chain and Supplier Data
A procurement-data lead has 1,400 suppliers and a Scope 3 inventory due in eight weeks. Last cycle, getting emissions data out of those suppliers took four months, a small army of follow-up emails, and a response rate that never cleared 40%. This year the pressure is worse and the team is the same size. An AI tool promises to draft the questionnaires, chase the responses, parse what comes back, and "fill in the rest." Three of those four are a gift. The fourth is the trap. Because the moment AI quietly fills a non-response with a plausible estimate and files it next to a real supplier figure, the team has not closed a gap. It has hidden one, in a place an assurer will eventually look.
The Supplier-Data Bottleneck Is the Real Problem
Almost everything hard about a Scope 3 inventory comes down to one thing: the data lives in other companies, and those companies have little reason to give it to you on your timeline. This is not a minor friction. In the 2025 Sphera Scope 3 survey, 79% of reporters named supplier-data availability as a top barrier, and 62% named internal data quality. Those two numbers describe the same wound from two sides. You cannot measure your value-chain emissions without your suppliers' numbers, and your suppliers are slow, inconsistent, under-resourced, or simply unwilling. The work of value-chain data is, in large part, the work of getting other people to hand you defensible figures and then making those figures usable.
This is exactly the kind of high-volume, repetitive, language-heavy work where AI shines, which is why the supplier-data pipeline is one of the most promising places to deploy it. Think about the shape of the task: thousands of near-identical asks to draft, hundreds of replies in a dozen formats and languages to read, and a long, messy list of who answered and who did not to sort. None of that requires judgment about what is material or what an emission factor should be; it requires patience, consistency, and language handling at a volume that grinds a human team down. But it is also where the program's iron rule bites hardest, because the data you are collecting is the data an assurer will probe most, and the gap between what a supplier reported and what you estimated is the exact distinction the whole assurance file is built around. Used well, AI cuts the bottleneck dramatically. Used carelessly, it launders the bottleneck into the inventory, which is far worse than leaving it visible.
Primary Versus Secondary Data, the Distinction That Governs Everything
Before any AI touches the pipeline, you need one distinction in your bones, because the entire integrity of value-chain data rests on it. Primary data is data collected directly from the specific source in your value chain: a supplier measures its own emissions for the goods it sells you and reports that figure to you. It is specific, it is theirs, and it is the gold standard because it reflects what actually happened at that supplier. Secondary data is data that does not come from the specific source: an industry average, a database factor, a spend-based estimate, a proxy from a similar product. It is legitimate and often unavoidable, but it is weaker, because it describes a category in general rather than your supplier in particular. Why you care: an assurer treats a primary figure and a secondary estimate completely differently, and they must be able to tell which is which at a glance in your file. The single most damaging thing AI can do in the supplier pipeline is make a secondary estimate look like primary data. When a supplier-reported number and a model-generated estimate sit in identical cells with no label, you have destroyed the one distinction the assurer most needs.
Where AI Helps Across the Pipeline
There are three places AI delivers real, defensible value in the supplier-data workflow, and they map to the three stages of the work: asking, reading, and chasing.
The first is questionnaire drafting. The quality of your questionnaire largely decides the quality of your primary data, because a supplier can only give you a clean, usable figure if you asked a clean, answerable question. A vague request like "please report your emissions" produces vague answers; a specific request for the right activity data, in the right units, for the right boundary, produces something you can actually drop into the inventory. A good supplier questionnaire is specific to the category, asks for the right activity data in the right units, and is written so a busy supplier with no carbon expertise can actually answer it. Drafting hundreds of these, tailored by sector and category, is slow. AI drafts them fast: a tailored questionnaire for steel suppliers, another for logistics providers, another for packaging, each asking for the specific activity data those categories need. The human reviews the draft for correctness, but the blank-page time vanishes. AI can also translate questionnaires and adapt the tone for different supplier sizes, which lifts response rates.
The second is response parsing. Supplier responses come back as a chaos of formats: a PDF here, a filled spreadsheet there, an email with the number in a sentence, an attachment in another language. AI is genuinely good at reading that chaos and pulling the reported figures into structured fields, while preserving what each supplier actually said and where they said it. This is the same extraction strength that helps with activity data generally, applied to the inbox. Critically, when AI parses a supplier response, it should tag the result as primary data from that named supplier, with the source preserved, so the provenance travels with the number.
The third is gap-flagging. After a collection round, you have responders and non-responders, complete answers and partial ones, plausible figures and suspect ones. AI is excellent at triaging this: listing which suppliers did not respond, which gave incomplete data, which reported a figure that looks implausible against their size or against last year, and which categories are now under-covered. This is the honest, valuable use of AI on gaps: making the holes visible and sorted, so a human can decide what to do about each one. Notice the verb. Making holes visible is the opposite of filling them silently.
It is worth dwelling on why gap-flagging is so valuable, because it inverts the usual instinct. A team under deadline pressure feels that blanks are the enemy and a full dataset is the goal, so anything that fills blanks feels like progress. The assurance reality is the reverse: a blank you can see and explain is a manageable, disclosable fact, while a blank that has been silently filled is a hidden liability. The most useful thing AI can do for you on gaps is therefore not to make them disappear but to make them undeniable: 840 non-responses, sorted by spend so you know which ones move the number, sorted by category so you know where your coverage is thin, sorted by whether a follow-up is likely to land. That triage turns an undifferentiated wall of missing data into a prioritised action list, which is exactly what lets a small team spend its remaining weeks chasing the twenty suppliers that matter instead of all 840 equally. The gap report is not an admission of failure. It is the management information that makes the rest of the pipeline rational.
AI that makes your data gaps visible is a gift. AI that fills them quietly with an estimate dressed as a supplier figure has not closed the gap, it has hidden it where the assurer will find it.
The Line You Do Not Cross
The danger in the supplier pipeline is one specific, seductive move: laundering an estimate into measured data. It happens like this. A supplier does not respond. The AI, asked to "complete the dataset," reaches for an industry average or a spend-based proxy and drops it into the same column as the real supplier figures, in the same format, with no label. Now your inventory shows a number for that supplier that the supplier never reported. It looks primary. It is secondary at best and invented at worst. The data gap that was real and disclosable has become a hidden estimate masquerading as a measurement. This is the single fastest way to fail a Scope 3 assurance engagement, because the assurer's first move on Scope 3 is to test the primary-versus-secondary split, and the moment they find one laundered figure, they doubt all of them.
The defensible alternative is not to refuse estimation. For genuinely unreachable suppliers, you will often have to estimate, and that is allowed. The defensible alternative is to keep the estimate labelled as secondary, name its method, and keep the non-response visible in the file as a non-response. A disclosed gap with a labelled estimate beside it is honest and assurable. A hidden estimate dressed as a supplier figure is a misstatement. The same AI can produce either; the discipline is to force every supplier-derived number to declare exactly what it is and where it came from.
Three Quiet Ways It Goes Wrong
Beyond the headline laundering risk, three subtler failures recur. The first is provenance loss: AI parses a supplier response correctly but strips the link back to the original email or PDF, so when the assurer asks "where did this number come from," the trail is gone even though the number was real. The second is silent normalisation: AI helpfully converts units or fills a blank with a default to make the dataset tidy, and in doing so changes a supplier's figure without flagging it. The third is the confident misread: AI extracts a number from a supplier PDF but grabs the wrong one, a revenue figure instead of a tonnage, or a per-unit value instead of a total, and presents it with full confidence. All three are caught by the same habit: verify every parsed figure against the source the supplier actually sent, and never let the link to that source be broken.
Before and After: A Collection Round, Two Ways
Watch one collection round, 1,400 suppliers, go two ways with the same AI tool.
Before (the silent fill): The team runs the AI over the whole list with the instruction "collect and complete the supplier emissions data." Eight weeks later it returns a clean, full dataset: a number for all 1,400 suppliers, no blanks, all in one tidy column. It looks like a triumph. In reality, 560 suppliers responded, 840 did not, and the AI quietly filled those 840 with spend-based averages, in the same column, unlabelled. The procurement lead, relieved, pastes it into the inventory. The dataset is now 40% real and 60% invented-looking-real, and nothing in the file says so. When the assurer samples ten suppliers and asks for the source on each, four of them have no source because the supplier never reported, and the engagement turns into an investigation. The "complete" dataset becomes the reason the whole Scope 3 number is doubted.
After (the labelled pipeline): The team uses the same AI for the three honest jobs. It drafts tailored questionnaires by category and sends them, raising the response rate above last year through better-written, translated asks. As responses arrive, it parses each into structured fields, tags each as primary data from the named supplier, and preserves the link to the original email or attachment. After the round, it produces a gap report: 560 responders tagged primary, 840 non-responders listed explicitly, broken down by spend and category so the team can see which gaps matter most. For the high-spend non-responders, the team escalates with targeted follow-up. For the long tail that stays unreachable, the team builds labelled secondary estimates, spend-based, each tagged as an estimate with its method, sitting in a clearly distinct column from the primary data. The final dataset is the same size, but now it tells the truth: here is what 560 suppliers reported with sources, here is what we estimated for 840 with methods, here is where the gaps are. When the assurer samples ten suppliers, every primary figure traces to a real response and every estimate declares itself. The engagement is a walkthrough, not an investigation. The team did the round in eight weeks, the same speed as the silent fill, but produced something defensible instead of something dangerous.
The difference, again, is not the AI. The same tool did the drafting, parsing, and triage in both versions. The difference is that the second team refused to let any number into the file without a label and a source, and treated a visible gap as a feature, not a failure.
Working Rules for the Supplier Pipeline
The rules are short and they all serve the primary-versus-secondary distinction. Use AI freely to draft and translate questionnaires, parse responses, and triage gaps, because those are verifiable and they attack the real bottleneck. Tag every parsed supplier figure as primary, from the named supplier, with the source link preserved, so provenance travels with the number. Treat a non-response as a non-response: list it, escalate the ones that matter, and never let AI overwrite it with an unlabelled estimate. Where you must estimate, keep the estimate labelled secondary with its method, in a column distinct from primary data, so the two can never be confused. Verify every parsed figure against the source the supplier sent, to catch confident misreads and silent normalisation. And remember that a disclosed gap beats a hidden estimate every time, because the assurer can work with an honest gap and cannot forgive a laundered one. Do this and AI turns the 79% supplier-data bottleneck from a four-month grind into a fast, traceable pipeline that the assurer waves through.
There is a longer-term payoff worth naming, because it changes how you think about the work. The supplier relationship is not a one-time extraction; it is a standing data channel you reuse every year. A pipeline that tags every figure with its source and keeps the non-responses visible does more than survive this year's assurance. It tells you, precisely, which suppliers are reliable primary-data partners and which are perennial non-responders you are estimating around, and that map is the foundation of next year's collection strategy. A team that lets AI silently fill the gaps loses this entirely, because the laundered dataset cannot tell you who actually responded. So the discipline that keeps you assurable this cycle also compounds: each year you know more about your value chain, you push more suppliers from estimated to primary, your primary-data share climbs, and your inventory gets genuinely better rather than just looking complete. That climbing primary-data share, defensible and tracked, is one of the metrics a serious assurance partner and a serious CFO will both ask you for, and it is only possible if you never let the distinction between reported and estimated blur in the first place.
Key Takeaways
- The supplier-data bottleneck is the core Scope 3 problem: the data lives in other companies, and 79% of reporters cite supplier-data availability and 62% cite internal data quality as top barriers.
- Primary data is reported directly by the specific supplier and is the gold standard; secondary data is an average, proxy, or estimate, and an assurer treats the two completely differently.
- The most damaging thing AI can do in this pipeline is make a secondary estimate look like primary data, destroying the one distinction the assurer most needs.
- AI helps honestly in three places: drafting and translating tailored supplier questionnaires, parsing chaotic responses into structured tagged fields, and flagging non-responses and data gaps.
- Gap-flagging makes holes visible and sorted so a human can act; that is the opposite of silently filling them, which hides the gap where the assurer will find it.
- The line you never cross is laundering: dropping an unlabelled estimate into the same column as real supplier figures, which is the fastest way to fail a Scope 3 engagement.
- Estimation is allowed when the estimate is labelled secondary with its method and the non-response stays visible; a disclosed gap with a labelled estimate beside it is honest and assurable.
- Watch three quiet failures: provenance loss (the link to the source is stripped), silent normalisation (a figure changed without a flag), and the confident misread (the wrong number grabbed); verify every parsed figure against the source the supplier sent.
Skill.re