1.2 Grounding Data Evaluation: Accuracy, Relevance, Timeliness, Cleanliness & Availability
Key Takeaways
- Grounding data readiness must be evaluated across five core architectural dimensions: Accuracy (authoritative source of truth), Relevance (semantic precision and token economy), Timeliness (data freshness SLAs), Cleanliness (noise stripping and structural chunking), and Availability (latency and uptime resiliency).
- The RAG Triad—Context Relevance, Groundedness (Faithfulness), and Answer Relevance—serves as the primary quantitative metric framework for evaluating grounding quality and eliminating hallucination in production agents.
- Timeliness trade-offs mandate choosing between cached vector indexes (sub-second query speed, batch synchronization latency), real-time API connectors (zero data lag, higher query latency and rate limit risks), or event-driven index synchronization via Azure Event Grid.
- Stale grounding data in policy agents is remediated using Azure AI Search scoring profiles with exponential date-decay functions, strict OData pre-filtering on effective date metadata, and automated cache invalidation upon document updates.
Grounding Data Evaluation: Accuracy, Relevance, Timeliness, Cleanliness & Availability
Quick Answer: Grounding data is the bedrock of enterprise agent reliability. The AB-100 exam evaluates your ability to audit and score grounding data across five dimensions: Accuracy (golden record authority), Relevance (semantic alignment and context budget), Timeliness (freshness SLAs and cache strategies), Cleanliness (structural normalization and noise reduction), and Availability (rate limits and uptime SLAs). Quantitative evaluation relies on the RAG Triad framework.
An agent is only as intelligent as the data grounding its reasoning. In enterprise architectures, the primary root cause of model hallucinations, non-deterministic errors, and regulatory compliance breaches is not model capability, but ungoverned, stale, noisy, or unauthenticated grounding data.
As a Microsoft Solutions Architect, you must systematically evaluate, score, and remediate enterprise knowledge sources before connecting them to Microsoft Copilot Studio or Azure AI Foundry agents.
1. The 5 Core Dimensions of Grounding Data Readiness
+---------------------------------------+
| GROUNDING DATA READINESS |
+---------------------------------------+
|
+----------------+---------------+---------------+----------------+
| | | | |
v v v v v
[ ACCURACY ] [ RELEVANCE ] [ TIMELINESS ] [ CLEANLINESS ] [ AVAILABILITY ]
- Golden records - Vector match - Freshness SLA - Markdown norm - 99.99% Uptime
- Conflict rules - Token budget - Real-time vs - Noise removal - TPM / RPM limits
- Source of truth- Metadata filter cached index - Parent-child - VNet isolation
1.1 Accuracy: Authoritative Truth & Conflict Resolution
Accuracy assesses whether the grounding data represents verifiable, authorized factual truth.
- Single Source of Truth (SSOT): Enterprise data estates frequently hold duplicate documents with conflicting data (e.g., an outdated 2024 Travel Policy PDF on a legacy SharePoint site versus the official 2026 Expense Policy in Dataverse). Agents will retrieve both unless authoritative sources are explicitly designated.
- Precedence Hierarchies: When grounding spans multiple stores, architects must establish deterministic precedence rules:
- Source Verification & Provenance: Every retrieved grounding chunk must carry cryptographically verifiable or system-generated metadata (
source_uri,document_version,hash_id,last_modified_by). Agents must cite these source attributes in final responses to enable human verification.
1.2 Relevance: Semantic Precision & Token Budget Optimization
Relevance measures how closely the retrieved grounding context addresses the user's specific business query without polluting the context window with distracting information.
- The "Lost in the Middle" Phenomenon: Large Language Models exhibit degraded reasoning accuracy when key factual data is buried inside thousands of tokens of irrelevant background text. Pumping 50,000 tokens of raw policy documentation into context degrades reasoning performance.
- Pre-Filtering vs. Post-Filtering:
- Pre-Filtering (OData Filters in Azure AI Search): Filters the document index based on metadata attributes (e.g.,
tenant_id eq 'US',department eq 'Finance',security_clearance ge 3) before executing vector similarity calculations. This reduces the search space and guarantees tenant isolation. - Post-Filtering (Semantic Reranking): Evaluates the top $K$ candidate chunks returned by dense vector search using a cross-encoder model to score semantic relevance against the exact query intent.
- Pre-Filtering (OData Filters in Azure AI Search): Filters the document index based on metadata attributes (e.g.,
- Context Pruning: Extracting only the relevant sub-paragraphs or tables from a 100-page document before injecting them into the agent's prompt context.
1.3 Timeliness: Freshness Latency, Caching & Real-Time Connectors
Timeliness evaluates the latency between an enterprise data update in the system of record and its availability to the agent's reasoning engine.
| Architecture | Freshness Latency | Query Latency | Compute Cost | Ideal Use Case |
|---|---|---|---|---|
| Batch Vector Indexing | Hours to Days | Very Low (<200ms) | Low (Scheduled batch jobs) | Static HR policies, product manuals, archival records |
| Event-Driven Delta Indexing | Near Real-Time (1-5 min) | Very Low (<200ms) | Moderate (Event Grid triggers Azure Functions) | Customer support knowledge base updates, price book changes |
| Live Dynamic API Connector | Instant (Zero lag) | Moderate (500ms - 3s) | Higher (Per-call API & connector overhead) | Live inventory balances, real-time stock quotes, credit checks |
- Time-to-Live (TTL) & Cache Invalidation: When caching grounding responses or embeddings, architects must configure explicit TTL policies. When a master document in SharePoint or Dataverse is updated, a webhook or Azure Event Grid event must trigger immediate cache eviction.
1.4 Cleanliness: Normalization, Noise Removal & Structural Chunking
Cleanliness evaluates how free the source data is from navigational artifacts, syntactic garbage, and formatting anomalies that impair vector embedding quality.
- Boilerplate & Noise Stripping: Raw enterprise files contain headers, footers, copyright notices, cookie disclaimers, and HTML CSS/script tags. If indexed, these repeated boilerplates artificially inflate vector similarity scores across unrelated queries.
- Markdown Normalization: Transforming raw HTML, Word documents, and PDFs into clean, structured Markdown. Markdown preserves structural semantics—such as heading hierarchies (
#,##,###), bulleted lists, and tables (| Col1 | Col2 |)—which language models understand natively. - Structural & Semantic Chunking:
- Fixed-size chunking (e.g., 500 characters with 50-character overlap): Fractures tables, splits sentences across chunks, and severs contextual links between headers and body paragraphs.
- Layout-Aware / Hierarchical Chunking (Azure AI Document Intelligence): Segments documents along natural semantic boundaries (sections, headings, tables). Utilizes Parent-Child Chunking, where small child chunks (e.g., 200 tokens) are used for vector similarity matching, but the surrounding parent section (e.g., 1,000 tokens) is passed to the LLM for grounded context.
1.5 Availability: Uptime SLAs, Rate Limiting & Enterprise Isolation
Availability measures whether the grounding service can reliably meet runtime concurrency demands and latency SLAs without dropping requests.
- Throughput & Throttling Limits: Azure OpenAI models enforce strict limits on Tokens Per Minute (TPM) and Requests Per Minute (RPM). Azure AI Search enforces Queries Per Second (QPS) limits per search unit. If 5,000 enterprise users concurrently query an agent, unmitigated spikes trigger HTTP 429 (Too Many Requests) errors.
- Resiliency Patterns: Implement Provisioned Throughput Units (PTU) for mission-critical production workloads to eliminate noisy-neighbor latency spikes, paired with exponential backoff retry policies in Azure API Management.
- Network Security & Isolation: Enterprise grounding data must never transit the public internet. Architects must enforce Azure Private Endpoints, Virtual Network (VNet) integration, and Managed Identities, ensuring that Copilot Studio and Azure AI Foundry communicate with vector stores across private IP backbones.
2. Quantitative Scoring and Auditing Data Readiness
Prior to deploying an agent into production, solution architects must audit grounding data using objective quality benchmarks. The industry standard framework tested on the AB-100 is the RAG Triad:
[ User Query ]
/ \
Context Relevance / \ Answer Relevance
v v
[ Retrieved Context ] ----> [ Agent Response ]
Groundedness (Faithfulness)
The RAG Triad Metric Definitions
- Context Relevance: Evaluates whether the retrieved grounding chunks are pertinent and focused on the user query, with minimal irrelevant noise.
- Groundedness (Faithfulness): Measures whether every factual claim in the agent's generated response can be directly inferred from the retrieved grounding context. A response containing claims absent from the context represents a hallucination.
- Answer Relevance: Evaluates whether the agent's generated response directly addresses the user's initial question, regardless of whether the context was complete.
Data Readiness Audit Checklist
| Readiness Pillar | Audit Metric / Test | Production Acceptance Target | Remediation Action on Failure |
|---|---|---|---|
| Accuracy | Conflicting source documents across indexed repositories | 0 conflicting records | Consolidate to Master Data Management (MDM) authoritative store |
| Relevance | Context Relevance score on test evaluation dataset | $\ge 0.85$ (85%) | Refine chunking boundaries, implement metadata pre-filtering |
| Groundedness | Faithfulness score on representative golden evaluation set | $\ge 0.95$ (95%) | Restrict system prompt temperature to 0.0, strengthen citation rules |
| Timeliness | Maximum delta sync delay between update and searchability | $< 5$ minutes for operational data | Transition from batch indexing to Event Grid push synchronization |
| Cleanliness | Percentage of chunks containing HTML tags or boilerplate | $< 1%$ of total chunks | Update Document Intelligence extraction & noise-cleaning pipelines |
| Availability | Grounding query latency at p95 under peak load | $< 350\text{ms}$ | Scale Azure AI Search replicas, configure Redis caching layer |
3. Real-World Architectural Case Scenario: Stale Grounding Data Remediation
The Incident
During an annual Open Enrollment period, an enterprise HR Benefits Agent deployed in Microsoft Teams provided contradictory and obsolete healthcare deductibles to over 3,000 employees. Employees were informed that the in-network deductible was $500 (the 2025 rate), whereas the ratified 2026 plan required $750. Multiple employees made binding medical elections based on the agent's erroneous output, creating significant union grievance exposure.
Root Cause Analysis (RCA)
- Vector Index Contamination: The Azure AI Search index contained both the legacy
2025_Benefits_Handbook.pdf(300 pages) and the newly uploaded2026_Benefits_Addendum.pdf(12 pages). - Semantic Similarity Distortion: Because the 300-page 2025 handbook contained dozens of mentions of deductible terms with extensive supporting narrative, standard cosine vector search scored the 2025 document chunks higher than the concise 2-page table in the 2026 addendum.
- Absence of Temporal Filtering: The search query did not include any date metadata constraints, allowing historical documents to compete equally with current policies.
- Batch Indexing Lag: The index synchronization pipeline operated on a weekly cron job; several recent policy amendment memos uploaded to SharePoint 48 hours prior had not yet been processed into vectors.
[User: What is my 2026 deductible?]
|
v
[Standard Vector Search]
/ \
v v
[2025 Handbook Chunk] [2026 Addendum Chunk]
Cosine Score: 0.89 Cosine Score: 0.81 <-- Outdated 2025 chunk wins!
|
v
[Agent Generates Erroneous $500 Response]
The Architectural Remediation Pattern
To permanently resolve this vulnerability, the solution architect implements four architectural fixes:
- Index Schema Enrichment with Temporal Metadata: Update the index schema to include mandatory OData filterable fields:
effectiveStartDate(Edm.DateTimeOffset)effectiveEndDate(Edm.DateTimeOffset)isSuperseded(Edm.Boolean)documentVersion(Edm.String)
- Mandatory OData Pre-Filtering: Configure the agent's knowledge retrieval query to execute an automated pre-filter enforcing active validity:
isSuperseded eq false and effectiveStartDate le now() and (effectiveEndDate ge now() or effectiveEndDate eq null) - Freshness Scoring Profile with Date-Decay Boosting: Configure an Azure AI Search scoring profile that applies a mathematical decay function to document scores based on their
lastModifiedDate:- Documents modified within the past 30 days receive an automatic score boost, ensuring newly ratified addenda outrank older base manuals.
- Event-Driven Synchronization Pipeline: Replace the weekly batch crawler with an Azure Event Grid subscription on the SharePoint document library. When a new benefits document is uploaded or marked as approved, an event immediately triggers an Azure Function to extract, chunk, embed, and upsert the document within 90 seconds.
A global enterprise deploys a Copilot Studio agent grounded on company policy documents stored in Azure AI Search. Following an annual corporate policy update, users report that the agent continues to cite obsolete travel expense reimbursement limits from the previous fiscal year. Telemetry confirms that the vector index contains both the old and new policy documents, and vector similarity scoring frequently ranks the older, more voluminous document higher than the concise new amendment. Which architectural solution remediates this issue permanently?
An architect is conducting a data readiness audit for grounding a customer support agent on 50,000 legacy PDF technical service manuals. The manuals contain extensive multi-page tables, embedded wiring diagrams, repetitive header/footer disclaimers, and warranty notices. The initial pilot RAG implementation exhibits severe hallucinations when asked about part numbers and wiring specifications. Which data preparation pipeline should the architect implement?
An enterprise agent deployed across 20,000 call center agents queries an on-premises ERP database via an Azure API Management gateway for live inventory status. During peak operational hours, the agent experiences severe response latency spikes (exceeding 25 seconds) and frequent HTTP 429 (Too Many Requests) errors, causing agent timeouts. Which architectural pattern should the solution architect design to ensure high availability and responsiveness?