Factual Hallucinations in AI: What Enterprises Must Know in 2026
Last November, Google had to yank its Gemma AI model offline. Not because of a bug. Not because of a security breach. Because it made up serious allegations about a US Senator and backed them up with news articles that never existed.
That’s what we’re dealing with when we talk about factual hallucinations.
I’ve been watching this problem unfold across enterprises for the past two years, and honestly? It’s not getting better as fast as people hoped. The models are smarter, sure. But they’re still making stuff up—and they’re doing it with the confidence of someone who just aced their final exam.
Let me walk you through what’s actually happening here, why it matters for your business, and what you can realistically do about it.
What Are Factual Hallucinations? (And Why the Term Matters)
Here’s the simple version: your AI makes up information and presents it like fact. Not little mistakes. Not rounding errors. Full-blown fabrications delivered with absolute confidence.
You ask it to cite sources for a claim, and it invents journal articles—complete with author names, publication dates, the whole thing. None of it exists. You ask it to summarize a legal document, and it confidently describes precedents that were never set. You use it for medical research, and it references studies that no one ever conducted.
Now, there’s actually a terminology debate happening in research circles about what to call this. A lot of scientists think we should say “confabulation” instead of “hallucination” because AI doesn’t have sensory experiences—it’s not “seeing” things that aren’t there. It’s just filling in gaps with plausible-sounding nonsense based on patterns it learned.
Fair point. But “hallucination” stuck, and that’s what most people are searching for, so that’s what we’re using here. When I say “factual hallucinations,” I’m talking about any time the AI confidently generates information that’s verifiably false.
There are basically three flavors of this problem:
When it contradicts itself. You give it a document to summarize, and it invents details that directly conflict with what’s actually written. This happens more than you’d think.
When it fabricates from scratch. This is the scary one. The information doesn’t exist anywhere—not in the training data, not in your documents, nowhere. One study looked at AI being used for legal work and found hallucination rates between 69% and 88% when answering specific legal questions. That’s not a typo. Seven out of ten answers were wrong.
When it invents sources. Medical researchers tested GPT-3 and found that out of 178 citations it generated, 69 had fake identifiers and another 28 couldn’t be found anywhere online. The AI was literally making up research papers.
If you’ve been following the confident liar problem in AI systems, you already know this isn’t theoretical. It’s happening in production systems right now.
The Business Impact of Factual Hallucinations
Let’s talk numbers, because the business impact here is brutal.
AI hallucinations cost companies $67.4 billion globally last year. That’s just the measurable stuff—the direct costs. The real damage is harder to track: deals that fell through because of bad data, strategies built on fabricated insights, credibility lost with clients who caught the errors.
Your team is probably already dealing with this without realizing the scale. The average knowledge worker now spends 4.3 hours every week just fact-checking what the AI told them. That’s more than half a workday dedicated to verifying your supposedly time-saving tool.
And here’s the part that honestly shocked me when I first saw the research: 47% of companies admitted they made at least one major business decision based on hallucinated content last year. Not small stuff. Major decisions.
The risk isn’t the same everywhere, though. Some industries are getting hit way harder:
Legal work is a disaster zone right now. When you’re dealing with general knowledge questions, AI hallucinates about 0.8% of the time. Not great, but manageable. Legal information? 6.4%. That’s eight times worse. And when lawyers cite those hallucinated cases in actual court filings, they’re not just embarrassed—they’re getting sanctioned. Since 2023, US courts have handed out financial penalties up to $31,000 for AI-generated errors in legal documents.
Healthcare faces similar exposure. Medical information hallucination rates sit around 4.3%, and in clinical settings, one wrong drug interaction or misquoted dosage can kill someone. Not damage your brand. Actually kill someone. Pharma companies are seeing research proposals get derailed because the AI invented studies that seemed to support their approach.
Finance has to deal with compliance on top of accuracy. When your AI hallucinates market data or regulatory requirements, you’re not just wrong—you’re potentially violating fiduciary responsibilities and opening yourself up to regulatory action.
The pattern is obvious once you see it: the higher the stakes, the more expensive these hallucinations become. And your AI assistant really might be your most dangerous insider because these errors show up wrapped in professional language and confident formatting.
Why Factual Hallucinations Happen: The Root Causes
This is where it gets interesting—and frustrating.
AI models aren’t trying to find the truth. They’re trying to predict what words should come next based on patterns they saw during training. That’s it. They’re optimized for sounding right, not being right.
Think about how they learn. They consume millions of documents and learn to predict “if I see these words, this word probably comes next.” There’s no teacher marking answers right or wrong. No verification step. Just pattern matching at massive scale.
OpenAI published research last year showing that the whole training process actually rewards guessing over admitting uncertainty. It’s like taking a multiple-choice test where leaving an answer blank guarantees zero points, but guessing at least gives you a shot at partial credit. Over time, the model learns: always guess. Never say “I don’t know.”
And what are they learning from? The internet. All of it. Peer-reviewed journals sitting right next to Reddit conspiracy theories. Medical studies mixed in with someone’s uncle’s blog about miracle cures. The model has no built-in way to tell the difference between a credible source and complete nonsense.
But here’s the really twisted part—and this comes from MIT research published earlier this year: when AI models hallucinate, they use MORE confident language than when they’re actually right. They’re 34% more likely to throw in words like “definitely,” “certainly,” “without doubt” when they’re making stuff up.
The wronger they are, the more certain they sound.
There’s also this weird paradox with the fancier models. You know those new reasoning models everyone’s excited about? GPT-5 with extended thinking, Claude with chain-of-thought processing, all the advanced stuff? They’re actually worse at basic facts than simpler models.
On straightforward summarization tasks, these reasoning models hallucinate 10%+ of the time while basic models hit around 3%. Why? Because they’re designed to think deeply, draw connections, generate insights. That’s great for analysis. It’s terrible when you just need them to stick to what’s written on the page.
When AI forgets the plot explains another layer to this—how context drift compounds the problem. It’s not just one thing going wrong. It’s multiple structural issues stacking up.
Detection Strategies: Catching Factual Hallucinations Before Deployment
You can’t prevent what you can’t detect. So let’s talk about actually catching hallucinations before they cause damage.
There are benchmarks now specifically designed to measure this. Vectara tests whether models can summarize documents without inventing facts. AA-Omniscience checks if they admit when they don’t know something or just make stuff up. FACTS evaluates across four different dimensions of factual accuracy.
But benchmarks only tell you how models perform in controlled lab conditions. In the real world, you need detection strategies that work in production.
One approach uses statistical analysis to catch confabulations. Researchers developed methods using something called semantic entropy—basically checking if the model’s internal confidence matches what it’s actually saying. When it sounds super confident but internally has no idea, that’s a red flag.
The most practical approach I’ve seen is multi-model validation. You ask the same question to three different AI models. If you get three different answers to a factual question, at least two of them are hallucinating. It’s simple logic, but it works. That’s why 76% of enterprises now have humans review AI outputs before they go live.
Red teaming is another angle. Instead of hoping your AI behaves well, you deliberately try to break it. Ask it questions you know it doesn’t have information about. Throw ambiguous queries at it. Test the edge cases. Map where the hallucinations cluster—which topics, which types of questions trigger the most errors.
The logic trap shows exactly why detection matters so much. The most dangerous hallucinations are the ones that sound completely reasonable. They’re plausible. They fit the context. They’re just completely wrong.
What Actually Works to Reduce Hallucinations
Detection finds the problem. But what actually reduces how often it happens?
RAG—Retrieval-Augmented Generation—is the big one. Instead of letting the AI rely purely on its training data, you make it search a curated knowledge base first. It retrieves relevant documents, then generates its answer based on what it actually found.
This approach cuts hallucination rates by 40-60% in real production systems. The logic is straightforward: the AI isn’t making stuff up from patterns anymore. It’s working from actual sources you control.
But RAG isn’t magic. Even with good retrieval systems, models still sometimes cite sources incorrectly or misrepresent what they found. The best implementations now add what’s called span-level verification—checking that every single claim in the output maps back to specific text in the retrieved documents. Not just “we found relevant docs,” but “this exact sentence supports this exact claim.”
Prompt engineering gives you another lever to pull, and it requires zero new infrastructure. You literally just change how you ask the question.
Prompts like “Before answering, cite your sources” or “If you’re not certain, say so” cut hallucination rates by 20-40% in testing. You’re explicitly telling the model it’s okay to admit uncertainty instead of fabricating an answer.
Domain-specific fine-tuning helps when you’re working in a narrow field. You retrain the model on specialized data from your industry. It learns the format, the terminology, the structure of good answers in your domain.
The catch? Fine-tuning doesn’t actually fix factual errors. It just makes the model better at sounding correct in your specific context. And it’s expensive to maintain—every time your knowledge base updates, you’re retraining.
Constrained decoding is underused but incredibly effective for structured outputs. When you need JSON, code, or specific formats, you can literally prevent the model from generating anything that doesn’t fit the structure. You’re not hoping it formats things correctly. You’re making incorrect formats mathematically impossible.
The honest answer from teams who’ve actually deployed this stuff? You need all of it. RAG handles the factual grounding. Prompt engineering sets the right expectations. Fine-tuning handles domain formatting. Constrained decoding ensures structural validity. Treating hallucinations as a single problem with a single solution is where most implementations fail.
What’s Changed in 2026 (and What Hasn’t)
There’s good news and bad news.
Good news first: the best models have gotten noticeably better. Top performers dropped from 1-3% hallucination rates in 2024 to 0.7-1.5% in 2025 on basic summarization tasks. Gemini-2.0-Flash hits 0.7% when summarizing documents. Claude 4.1 Opus scores 0% on knowledge tests because it consistently refuses to answer questions it’s not confident about rather than guessing.
That’s real progress.
Bad news: complex reasoning and open-ended questions still show hallucination rates exceeding 33%. When you average across all models on general knowledge questions, you’re still looking at about 9.2% error rates. Better than before, but way too high for anything critical.
The market response has been interesting. Hallucination detection tools exploded—318% growth between 2023 and 2025. Companies like Galileo, LangSmith, and TrueFoundry built entire platforms specifically for tracking and catching these errors in production systems.
But here’s what most people miss: there’s no “best” model anymore. There are models optimized for different tradeoffs.
Claude 4.1 Opus excels at knowing when to shut up and admit it doesn’t know something. Gemini-2.0-Flash leads on summarization accuracy. GPT-5 with extended reasoning handles complex multi-step analysis better than anything else but hallucinates more on straightforward facts.
You need to pick based on what each specific task requires, not on marketing claims about which model is “most advanced.” Advanced doesn’t mean accurate. Sometimes it means the opposite.
So What Do You Actually Do About This?
Here’s what I keep telling people: factual hallucinations aren’t going away. They’re not a bug that’ll get fixed in the next update. They’re a fundamental characteristic of how these models work.
The research consensus shifted last year from “can we eliminate this?” to “how do we manage uncertainty?” The focus now is on building systems that know when they don’t know—systems that can admit doubt, refuse to answer, or flag low confidence rather than always sounding certain.
The companies succeeding with AI in 2026 aren’t waiting for perfect models. They’re building verification into their workflows from day one. They’re keeping humans in the loop at critical decision points. They’re choosing models based on task-specific error profiles instead of general capability rankings.
They’re treating AI outputs as drafts that need review, not final deliverables.
The AI golden hour concept applies perfectly here. The architectural decisions you make right at the start—how you structure verification, where you place human oversight, which models you use for which tasks—those decisions determine whether hallucinations become manageable friction or catastrophic risk.
You can’t eliminate the problem. But you can absolutely design around it.
The question isn’t whether your AI will make mistakes. Every model will. The question is whether you’ve built your systems to catch those mistakes before they matter—before they cost you money, credibility, or worse.
That’s the difference between AI implementations that work and AI projects that become cautionary tales. And in 2026, that difference comes down to understanding factual hallucinations deeply enough to design for them, not around them.
Multiple Versions of Truth Are Quietly Killing Your AI Strategy
Your AI strategy may look strong on paper. The roadmap is approved, the tools are selected, and the automation goals are clear. But if your CRM, ERP, finance dashboard, and operations systems all show different answers, your AI strategy is already standing on unstable ground.
This is the real danger of multiple versions of truth. It is not just a reporting problem or a data hygiene issue. It is a business risk that directly affects decision-making, AI readiness, and the ability to scale automation with confidence. Before companies ask what AI can do for them, they need to ask a more basic question: can our data be trusted?
What Multiple Versions of Truth Actually Means in Business
The phrase “multiple versions of truth” sounds technical, but the reality is painfully simple. It means different parts of your organization are working from different datasets that contradict each other.
Your sales team calls a customer “active.” Your support team has them marked “churned.” Your billing system still has an open invoice. Which version is real? Honestly, none of them are fully right.
This happens for a few reasons. Data silos are a big one. When departments build their own spreadsheets, maintain their own CRM records, and create their own reporting dashboards without a shared data governance framework, you end up with fragmented truths that slowly pull your operations apart.
Conflicting data is not always caused by careless teams. Often it comes from legacy systems that were never designed to talk to each other, manual data entry that introduces small errors over time, or integration gaps where two platforms sync inconsistently. The result is the same regardless of the cause: your decisions, your workflows, and your AI agents are all working from unreliable ground.
If you want to understand how scattered information creates this problem from the roots up, this deeper look at why scattered knowledge is silently sabotaging your AI is worth your time.
Why Conflicting Data Is an AI Killer, Not Just a Reporting Problem
Here is the catch that most AI implementation guides skip over. AI agents are only as reliable as the data they are trained on or given access to. When you feed conflicting data into an AI system, you are not just getting imperfect outputs. You are actively teaching the system to trust bad information.
Think about what an AI agent actually does. It reads your data, identifies patterns, makes decisions, and triggers actions. If the customer record says one thing and the billing record says another, the AI will either pick one arbitrarily, get confused and fail, or worse, act on the wrong version and create a downstream problem you do not catch for weeks.
This is one of the main reasons AI automation projects underdeliver. It is rarely the AI model itself that fails. It is the data infrastructure underneath it.
According to a McKinsey report on AI adoption, one of the top barriers to scaling AI across enterprises is not the technology itself but the quality and consistency of the underlying data. Companies that manage to solve their data consistency problems before deploying AI see significantly better results from their investments.
The issue is especially sharp when you consider real-time operations. If an AI agent is making decisions based on data that is stale, duplicated, or in conflict with another system, it is essentially flying blind. We explored this problem in detail when looking at why real-time data access is the hidden reason your AI agents are failing.
Real-World Example: How Target Canada Collapsed Under Data Inconsistency
Target’s expansion into Canada is one of the most well-documented data management failures in retail history. When Target opened 133 Canadian stores in 2013, they migrated enormous amounts of product data into their new SAP system. The problem was that the data was riddled with errors and inconsistencies.
Product dimensions were wrong. Descriptions did not match. Cost data had thousands of inaccuracies. The system was receiving one version of truth from suppliers, another from logistics partners, and another from internal teams. Nobody could agree on what was correct.
The result was catastrophic. Shelves were either completely empty or massively overstocked. Customers came in expecting products they had seen advertised and left empty-handed. Inventory systems showed items as available that simply were not there.
Target Canada shut down entirely in 2015, just two years after opening. The losses totaled over $2 billion. A Harvard Business Review analysis of the failure pointed directly at data quality and management failures as a root cause. The IT and logistics systems could not function because the foundational data was too inconsistent to support reliable operations.
The lesson here is brutal but clear. No operational system, and certainly no AI system, can compensate for broken data at the source. Multiple versions of truth do not just create reporting headaches. They bring entire business operations to a halt.
Source: Harvard Business Review, “How Target Lost Canada”
The Link Between Data Silos and Multiple Versions of Truth
Data silos are where multiple versions of truth are born. When your marketing team uses HubSpot, your finance team uses a different system, your operations team has a custom database, and your customer service team is still running on spreadsheets, you are not building one picture of your business. You are building four separate pictures that often contradict each other.
Gartner research has consistently highlighted that organizations with poor master data management are significantly less effective at digital transformation. The reason is straightforward: transformation requires coordination, and coordination requires agreement on what is true.
Here is what makes data silos particularly dangerous for AI readiness. AI agents are designed to work across functions. They need to pull customer data, check inventory, verify pricing, confirm approvals, and trigger actions across multiple systems in a single workflow. If every system has its own version of the facts, the AI cannot string those steps together reliably.
This also ties directly into the documentation problem. When processes live in people’s heads or in outdated wikis rather than in a consistent, maintained system of record, AI agents cannot follow them. We covered that specific problem in our analysis of why undocumented workflows stop AI agents from automating your business.
What a Single Source of Truth Actually Looks Like in Practice
A single source of truth is not a single database. That is a common misunderstanding. It is a principle, not a piece of software. It means that for any given data point, there is one authoritative place where that data lives and is maintained. Every other system either refers to it or syncs from it.
Getting there requires a few foundational things.
First, you need data governance. That means deciding who owns each data type, who has permission to edit it, and what the process is for resolving conflicts when they appear. Without ownership, you get competing versions with no referee.
Second, you need integration architecture that maintains consistency. If two systems need to share customer data, they should sync from one master record rather than each maintaining their own copy. Real-time syncing with conflict resolution rules is what separates clean data environments from messy ones.
Third, you need audit trails. When a piece of data changes, you need to know who changed it, when, and why. This is not just good governance. It is essential for AI accountability, especially as AI agents start making decisions based on that data.
If you have already deployed AI agents and are starting to see inconsistent outputs, conflicting data is almost certainly part of the problem. You can read more about how this connects to broader AI readiness challenges in our piece on scattered knowledge and AI agents readiness.
How Multiple Versions of Truth Break AI Agent Workflows Specifically
Let us get specific for a moment because this matters for anyone actively building or buying AI automation.
An AI agent handling order management needs to know the current stock level, the correct product specifications, the right pricing for the customer tier, and the approval status of the order. If your inventory system says 50 units are available but your warehouse management system says 12, the AI agent will either order too much, confirm availability it cannot deliver on, or stop entirely because it cannot reconcile the conflict.
This is not a theoretical problem. It is why so many AI pilots perform beautifully in a controlled demo environment and then fall apart when exposed to real company data. The demo uses clean, consistent test data. The production environment has five years of accumulated inconsistencies.
The same dynamic plays out in customer service AI, financial reporting agents, HR workflow automation, and supply chain management. The technology is ready. The data often is not.
We also explored a related dimension of this in our article on why AI agents fail when your documentation lies. Documentation inconsistency and data inconsistency are two sides of the same problem.
Steps to Start Eliminating Conflicting Data in Your Organization
You do not need to rebuild your entire data infrastructure overnight. Here is a realistic starting point.
Start with a data audit. Map out where your most critical data lives. Customer records, product data, financial figures, and operational metrics. Identify where the same data exists in multiple places and flag any known discrepancies.
Assign data ownership. For each critical data type, designate one team or individual as the authoritative owner. They are responsible for accuracy and for resolving conflicts.
Establish a master data record. Pick one system as the source of truth for each data category. All other systems should sync from it, not maintain independent copies.
Build conflict resolution rules. When data discrepancies are detected, have a documented process for how they get resolved. This is especially important for AI systems, which need clear logic to follow rather than human judgment calls.
Test before you automate. Before deploying AI agents into any workflow, validate the data quality they will depend on. A short data quality assessment upfront saves weeks of troubleshooting later.
For organizations that are actively preparing for AI agent deployment, this aligns closely with the broader readiness framework we discuss in our guide on multiple versions of truth and why conflicting data kills your AI.
The Real Question Is: Are You Ready to Trust Your Own Data?
Here is an honest question worth sitting with. If your AI agent made a major business decision today based entirely on your current data, would you be comfortable with that?
If the answer is anything other than a clear yes, you have a data consistency problem worth addressing before you go any further with AI automation.
Multiple versions of truth are not just a technical issue. They are a trust issue. Your teams stop trusting reports because they have seen conflicting numbers too many times. Decisions slow down because nobody is confident in the baseline. And AI agents cannot step in to fix this because they rely on the same broken data to operate.
The companies that are getting real returns from AI right now have one thing in common. They sorted out their data foundations first. They did the unglamorous work of data governance, integration, and master data management before they went looking for the exciting AI use cases.
That is not a coincidence.
If you want to go deeper on what AI agents actually need from your data environment before they can operate reliably, our breakdown of why AI agents fail without real-time data access is a good next read. And if you are thinking about how approvals and review layers interact with your data quality problem, we have covered that too in our piece on AI agents and the missing approval layer.
Clean data is not the most exciting part of an AI strategy. But it is the part that determines whether the rest of it works.
Read More
Ysquare Technology
19/05/2026
The Hidden Costs of Running AI Agents Without an Approval Layer
You’ve deployed AI agents. They’re running workflows, responding to customers, processing data, and making decisions around the clock. Sounds like progress.
But here’s the question most leaders don’t ask until it’s too late: who is checking what those agents actually do?
If the answer is “nobody” or worse, “the agent itself” you have a problem that is quietly compounding every single day.
No approval or review layer is one of the most dangerous gaps in any AI deployment. It’s not a technical flaw. It’s a governance failure. And unlike a bug you can patch overnight, the damage it causes often spreads across customer relationships, compliance records, and business data long before anyone notices.
Let’s break down exactly what this means, why it matters, and what you can do about it.
What “No Approval or Review Layer” Means for AI Agents
An approval and review layer is a structured checkpoint — built into your AI agent’s workflow — that pauses, flags, or routes outputs before they become actions.
Without it, the process looks like this:
Input → AI processing → Output → Immediate action
No pause. No validation. No human judgment applied at any point in the chain.
That might seem efficient. In reality, it means every hallucination, misinterpretation, and policy error your agent produces goes straight into your operations — into your customer communications, your databases, your financial processes — without a single filter between the mistake and the consequence.
AI agents are powerful precisely because they move fast and operate at scale. But speed without oversight doesn’t make your business faster. It makes your errors faster.
This issue also doesn’t exist in isolation. If your agents are already working from scattered knowledge spread across disconnected systems, or relying on undocumented workflows that live only in your team’s heads, removing the review layer from an already fragile foundation is like removing the brakes from a vehicle you’re not entirely sure is steering correctly.
Why AI Decision Checkpoints Matter More Than Most People Realize
Here’s what most people miss: the risk isn’t a single catastrophic failure. It’s thousands of small, compounding errors that no one catches because no system is looking for them.
A human employee who makes a mistake gets corrected within hours. Their manager notices, the process adapts, and the scope of damage is contained. An AI agent running flawed logic makes the same mistake on every interaction every transaction, every customer response, every data entry until someone happens to investigate.
By that point, the error isn’t a mistake. It’s a pattern baked into your operations.
The consequences tend to cluster around three areas:
Customer trust: Incorrect information delivered confidently at scale damages your brand in ways that are very hard to walk back. Customers don’t distinguish between “the AI got it wrong” and “the company got it wrong.”
Compliance exposure: Regulators don’t accept “the agent did it” as a defense. If your AI is making decisions in areas governed by financial, healthcare, or data privacy regulations, the absence of human oversight is a liability not a technical footnote.
Data integrity: AI agents connected to live systems can write bad data into records, trigger incorrect downstream processes, and corrupt operational data that other teams and systems depend on. Without a review layer, that contamination spreads silently.
Real-World Case Study: What Happened When Air Canada Skipped the Review Layer
Company: Air Canada What happened:
In November 2022, a customer named Jake Moffatt visited Air Canada’s website after the death of his grandmother. He interacted with the airline’s AI-powered chatbot and asked about bereavement fares. The chatbot told him he could purchase a full-price ticket now and apply retroactively for a bereavement discount within 90 days of purchase. He followed that advice, bought the ticket, and submitted the refund request.
Air Canada denied the claim. Their actual policy didn’t permit retroactive bereavement fare applications. When challenged, the airline argued the chatbot was effectively a “separate legal entity” responsible for its own outputs not a position the court found remotely credible.
Key Outcome:
On February 14, 2024, British Columbia’s Civil Resolution Tribunal ruled against Air Canada in Moffatt v. Air Canada (2024 BCCRT 149). The airline was ordered to pay compensation. The tribunal stated plainly: “the chatbot is still just a part of Air Canada’s website.” The company could not distance itself from what its own AI said to a paying customer.
Shortly after the ruling, the chatbot was removed from Air Canada’s website entirely.
The governance failure:
The chatbot produced an answer that contradicted documented company policy. There was no review mechanism to catch that contradiction before it reached the customer. One incorrect AI output created a legal case, a public relations problem, and a forced product shutdown all of which were entirely preventable with a simple validation layer.
Source: Moffatt v. Air Canada, 2024 BCCRT 149 — McCarthy.ca
The Data Backs This Up
This isn’t an isolated incident. The pattern is consistent and well-documented.
Stanford’s 2025 AI Index recorded 233 AI-related incidents in 2024 — a 56% increase from the previous year. A significant proportion of those incidents involved autonomous AI outputs that weren’t reviewed before they caused harm.
Gartner predicts that over 40% of agentic AI projects will be cancelled before reaching maturity by the end of 2027, with poor governance structures including the absence of review checkpoints identified as the primary driver of failure.
McKinsey research found that 80% of organizations have already encountered risky AI agent behaviours in production, including unauthorized data access and incorrect outputs at scale. Most of those organizations lacked a formal review process at the time.
The organizations extracting measurable value from AI aren’t the ones deploying fastest. They’re the ones building oversight infrastructure that makes their agents trustworthy enough to operate at scale.
A related problem compounds this further. When agents work with conflicting data from multiple sources of truth, or without access to real-time information that reflects current conditions, the error rate climbs — and the urgency of a review layer increases proportionally.
How to Know If Your Organization Has This Problem
You don’t always need a tribunal ruling to identify this gap. These are the practical warning signs:
- AI outputs reach customers, databases, or downstream systems with no intermediate checkpoint
- There is no defined owner of AI output quality in your organization
- You don’t have a process for routing high-risk or low-confidence AI decisions to a human reviewer
- You’ve discovered errors in AI outputs after they’d already caused a business problem — not before
- Your team has no escalation path when an agent produces something unexpected
- You cannot produce an audit trail that explains why a specific AI decision was made
If several of those describe your current setup, you’re not in a minority. But you are in a position where one poorly-timed error could become a very public problem.
How to Build an Approval and Review Layer That Works at Scale
Adding oversight to your AI workflows doesn’t mean hiring people to manually read every output. It means designing governance that’s proportional to risk.
Start with a risk-tiered approach
Not every AI decision carries the same exposure. Map your agent’s outputs into three tiers:
This structure lets your agents move fast on routine decisions while adding friction exactly where the stakes are highest.
Build automated flagging into your workflows
Define the conditions that trigger a review — before a human needs to catch it manually:
- The agent’s confidence score falls below a defined threshold
- The output involves sensitive data or a significant transaction value
- The request falls outside the agent’s defined operational scope
- The output contradicts a documented company policy
- The input contains ambiguous or conflicting signals
When those conditions are met, the output routes to a review queue. The agent continues with everything else. You keep the efficiency. You add the accountability.
Create governance records, not just logs
There’s an important distinction here. A transaction log tells you what your agent did. A governance record tells you why it was authorized to do it — under which rules, with what input, at what confidence level, and who or what validated the decision.
When regulators, auditors, or customers ask why something happened, they’re asking for the governance record. Most organizations currently only have the log. That gap matters.
Assign ownership
Someone in your organization needs to own AI output quality. Not as a side responsibility attached to a developer’s role — as a defined accountability. If an agent makes an error, someone should be the person who answers for it internally. That clarity drives better governance design from the start.
What Getting This Right Actually Looks Like
According to Cleanlab’s 2025 AI Agents in Production report, regulated enterprises the organizations that have been forced to think carefully about AI oversight are outperforming their unregulated peers on reliability, adoption, and measurable ROI. They’re not slower because of their governance structures. They’re more trusted, which means their teams use the tools more, which means they extract more value.
The insight here isn’t that oversight slows AI down. It’s that oversight is what allows organizations to trust their AI enough to actually expand its use. Agents without review layers don’t just create legal exposure they create institutional hesitancy. Teams who’ve seen an AI error cause a problem become cautious about relying on AI at all.
If your documentation doesn’t accurately reflect how your processes actually work, a review layer also helps your team catch the gaps that feed bad outputs in the first place — turning each flagged error into a learning signal rather than just a cost.
The Bottom Line
AI agents are not inherently risky. Unchecked AI agents are.
The difference between a deployment that builds trust and one that creates liability isn’t the sophistication of the model. It’s whether someone or some system is verifying what the agent does before the consequences are irreversible.
The organizations winning with AI right now are the ones who understood early that governance isn’t a constraint on performance. It’s the foundation of it.
If you’re deploying agents without an approval and review layer, you’re not moving faster than your competitors. You’re accumulating risk that will eventually surface as a cost.
Ready to Build AI Agents Your Business Can Actually Rely On?
At Ysquare Technology, we help enterprise leaders design and deploy AI agent systems built for real-world operations — with the governance, oversight, and accountability structures that scale without breaking.
Explore more in this series:
Read More
Ysquare Technology
19/05/2026
Why Conflicting Data Breaks AI Agent Workflows
AI agents are designed to move fast. They check data, make decisions, trigger workflows, and update systems without waiting for manual input. But that speed becomes dangerous when the data behind the agent is inconsistent.
If one system shows the wrong delivery date, another shows a different stock level, and a third shows a conflicting customer record, the AI agent has no reliable version of truth to follow. It may choose the wrong data, stop the workflow, or produce an output that looks confident but is completely incorrect. That is why conflicting data does not just slow AI agents down — it breaks the trust needed to use them at scale.
What “Multiple Versions of Truth” Actually Means
In simple terms, multiple versions of truth happen when different teams, tools, or systems hold different records of the same information — and none of them agree.
Sales updates the CRM. Ops updates a spreadsheet. Finance pulls from an ERP system. Customer support has their own ticketing database. Each team trusts their own source, and nobody is wrong within their own silo. But when an AI agent tries to pull data to make a decision, it doesn’t know which version to trust. So it either makes assumptions, picks one arbitrarily, or — if it’s well-designed — flags a conflict and stalls.
The problem isn’t new. Organisations have lived with this for years and managed it through human workarounds: someone always “knows” which spreadsheet is the real one, or there’s an unwritten rule that the CRM takes priority on Mondays. Humans adapt. AI agents don’t.
This is closely related to the broader scattered knowledge problem in AI agent readiness — where information is spread across tools and teams in ways that make it structurally inaccessible to an autonomous system.
Why AI Agents Can’t Navigate Conflicting Data the Way Humans Can
Here’s the catch: human intelligence is remarkably good at resolving ambiguity through context, relationships, and institutional memory. When a senior analyst sees two conflicting inventory numbers, they know to call the warehouse manager, not trust the spreadsheet.
AI agents don’t have that social layer. They operate on what they’re given. If the data they receive is inconsistent, their outputs will be inconsistent — at best. At worst, they’ll confidently act on the wrong data without flagging an error at all.
Think about what that means when you deploy an AI agent to handle:
- Customer pricing queries — if your pricing data has two conflicting records, the agent quotes the wrong number
- Inventory management — if your stock levels don’t match across systems, the agent over- or under-orders
- Compliance reporting — if your transaction records disagree, your agent produces reports that won’t survive an audit
- Lead routing in sales — if account ownership is recorded differently in two tools, the agent assigns the wrong rep
The stakes scale with the automation. That’s why, as we explored in our piece on why AI agents fail without real-time data access, data quality and data currency are the twin pillars your AI deployment sits on. Remove either one, and the whole structure wobbles.
The Hidden Ways Conflicting Data Creeps Into Organisations
Most data conflicts don’t appear overnight. They accumulate over years of tool sprawl, team growth, and process workarounds. Here’s how it usually happens:
Shadow spreadsheets become the real source of truth. A team builds a spreadsheet to solve a gap in the official system. It works so well that everyone starts using it. Six months later, it’s the most trusted data source in the department — but nobody in the platform team knows it exists.
Tools are integrated badly or not at all. Two platforms share data but there’s no validation layer. Small discrepancies — a typo here, a missing field there — compound over time until the records are meaningfully different.
Naming conventions diverge across teams. “Client” in one system is “Account” in another. “Closed Won” in sales is “Active” in finance. The human brain maps these automatically. An AI agent treats them as separate concepts.
Legacy migrations leave orphan records. You moved from Platform A to Platform B, but some historical data stayed behind. Both systems are now referenced in different workflows, and nobody has audited which records only exist in the old system.
Processes that live only in people’s heads create invisible data paths. This is the connection to undocumented workflows in AI automation — when the steps that generate or modify data aren’t written down, the data itself becomes unreliable and untraceable.
How to Tell If Your Organisation Has This Problem Right Now
You don’t need a data audit to get a rough diagnostic. Answer these five questions honestly:
- Do different teams refer to different tools when asked the same question? If sales looks at HubSpot and finance looks at QuickBooks to answer “what’s our revenue this month” — you have multiple sources of truth.
- Do your dashboards disagree? If two senior leaders pull reports from different platforms and get different numbers for the same metric, that’s a red flag that’s hard to ignore.
- Is there a “master spreadsheet” that someone manually maintains? If yes, ask what happens when that person is on leave. If the answer is “chaos,” your data integrity depends on a single human. That’s not a foundation for AI.
- Are there data fields that mean different things to different teams? Divergent definitions are as dangerous as divergent numbers.
- Can you trace where a specific piece of data came from, how it was last updated, and who changed it? If the answer is “not easily,” you don’t have data governance — you have data hope.
Many of the organisations we work with discover this problem for the first time when they start an AI project. The AI readiness conversation forces them to examine their data architecture in ways that routine operations never did. And as we discussed in our LinkedIn Pulse on undocumented workflows blocking AI automation, the gap between what’s documented and what’s real is almost always wider than leaders expect.
What a Single Source of Truth Looks Like in Practice
A single source of truth doesn’t mean all your data lives in one tool. That’s a misconception worth clearing up.
It means that for any given piece of information, there is a clearly defined, authoritative source — and every other system that uses that information pulls from it or defers to it. Other systems can display or reference the data, but they don’t own it.
In a well-architected organisation:
- Customer records are owned by the CRM. Every other tool that references customer data queries the CRM or syncs from it.
- Product and inventory data is owned by the ERP or inventory management system. The eCommerce platform, the agent, and the reporting tool all read from that single source.
- Financial data has one master record. Dashboards visualise it. They don’t create alternative versions of it.
- Pipeline and revenue data is owned in one place and updated in one place — not in three tools simultaneously.
This architecture feels obvious when you write it out. But building it requires deliberate decisions that most organisations have never explicitly made. Someone has to own the process of designating which system is the master for each data type, and then someone has to enforce it.
That’s where data governance comes in — and AI agents are a very compelling reason to finally take it seriously.
Steps to Fix Conflicting Data Before You Deploy AI Agents
The good news is that this is fixable. The not-so-good news is that it takes time, intention, and cross-functional ownership. Here’s where to start:
Step 1: Run a data source inventory. For every major business process, map the data it uses. Document where that data lives, who creates it, and who updates it. You’ll find duplication immediately.
Step 2: Designate system ownership. For every data type, name the single authoritative system. This is a business decision as much as a technical one — it requires alignment between department heads, not just IT.
Step 3: Eliminate or subordinate shadow sources. If a spreadsheet is being used as a de facto system of record, either migrate that data into the authoritative platform or create a formal sync that makes the spreadsheet read-only. Either way, you remove the risk of divergence.
Step 4: Create data validation rules at ingestion. Every new record entering the system should pass basic validation — field formats, required fields, acceptable value ranges. This prevents low-quality data from entering the authoritative source.
Step 5: Build a change log. Every update to a critical data field should be timestamped and attributed. This is non-negotiable for AI agent environments — if an agent acts on bad data, you need to be able to trace it back.
Step 6: Test with your AI use case first. Before full deployment, run your intended AI workflow against the data as it exists today. Look for the points where the agent hesitates, returns an error, or — most dangerously — confidently produces the wrong output. These are your data gaps.
We’ve written more about why conflicting data and multiple versions of truth is specifically damaging to AI agent performance in our LinkedIn Pulse on this exact topic — worth a read if you’re mid-project and hitting unexpected friction.
The Real Cost of Ignoring This
Let’s be honest about the business risk here.
An AI agent operating on conflicting data doesn’t fail loudly. It fails quietly, consistently, and at scale. Every interaction it handles using the wrong data is a small compounding error. A wrong quote here. An incorrect update there. A report that looks fine but doesn’t reflect reality.
In a human-operated process, these errors get caught — in meetings, email threads, escalations. In an AI-operated process, they multiply before anyone notices. By the time the problem surfaces, the damage is already distributed across hundreds or thousands of touchpoints.
And here’s the thing about trust: once a team loses confidence in an AI agent’s outputs, you don’t get it back easily. They’ll default to manual verification, which defeats the purpose of automation. The ROI disappears. The project gets blamed. The technology gets blamed. When the real culprit was always the data.
You Can’t Automate Your Way Out of a Data Problem
AI agents are powerful. They genuinely can transform how your organisation operates — reducing cycle times, eliminating repetitive tasks, improving decision speed. But they are multipliers, not fixers. They multiply whatever you put in front of them: good data or bad, clean processes or chaotic ones.
Multiple versions of truth is a structural problem that AI agents will surface — loudly — within weeks of deployment. The organisations that get this right don’t do it after the pilot fails. They do it before the project starts.
If you’re planning an AI agent deployment, start your readiness assessment with the data layer. Map your sources. Find the conflicts. Fix the ownership. Then build.
The technology is ready. The real question is whether your data foundation is.
Read More
Ysquare Technology
11/05/2026
