Key takeaways
- Every source needs an owner, an acceptable propagation delay and a recovery procedure for failed synchronization.
- A document’s modification date, indexing date and effective date can differ substantially; one timestamp cannot represent all forms of freshness.
- Process a new document version outside the active search collection first; the update must also invalidate dependent saved answers.
- Test deletion as a separate capability, and record the source event time and the time at which user-visible behavior becomes correct to measure the propagation delay.
Manage how information is kept up to date as part of routine operations, and measure how well that process works. Every source needs an owner, an acceptable propagation delay and a recovery procedure for failed synchronization. Distinguish a historical version that should remain available from a source that must no longer be returned at all.
01 / 10
Which three timestamps have different meanings?
Three timestamps describe a document in a RAG collection, and their values can differ substantially.
| Timestamp | What it records |
|---|---|
| Modification date | When the source file changed |
| Indexing date | When the search system processed it |
| Effective date | When a business rule applies |
A policy published in August may become effective in October. A document imported again in September may not have undergone a substantive review for years. Access revoked yesterday may need to disappear immediately even though the document text has not changed. One timestamp cannot represent all forms of freshness.
Keep source identity, version, effective-from and effective-to dates where relevant, import status and the time of the latest permission check. An explicit unknown value is preferable to inventing a date for missing metadata.
02 / 10
Which events must the update pipeline recognize?
The following table lists the events a RAG update pipeline must recognize with the required response to each.
| Event | Required response |
|---|---|
| Text changes | Replace affected passages and validate them |
| Document moves | Preserve identity and update links |
| File is deleted | Remove or block all associated search objects |
| Reading permission is revoked | Prevent access before another answer is delivered |
| New version is not yet effective | Select versions according to the requested date |
| Content owner leaves | Assign an accountable replacement |
Source interfaces provide different mechanisms. Microsoft Graph offers delta queries for drive items to track changes, including deleted items. This is a synchronization mechanism, not proof that a RAG application has correctly removed its own copies. The application still has to apply those events to its search and answer stores. Microsoft Graph: driveItem delta.
03 / 10
How do you activate a new version deliberately?
A new document version in a RAG collection is activated in these steps:
- Process a new document version outside the active search collection first.
- Validate extraction, required metadata and source identity.
- Then activate it for the intended audience and applicable period.
- Depending on the business purpose, retain the previous version for historical questions or block it entirely.
Every passage needs a shared parent document identifier. Otherwise deleting the main record can leave orphaned text fragments discoverable. Also record the processing version: changing the extraction method is a different event from changing the source document.
Activation should be complete or visibly incomplete. If a hundred-page manual was only partially imported, the application must not quietly present the result as a complete knowledge source. The missing page may contain the exception that changes an answer.
04 / 10
A synthetic timeline for an urgent correction
Suppose a fictional service policy lists an incorrect contact address. The following fictional timeline shows how the correction reaches the assistant.
| Time | Event |
|---|---|
| 09:00 | The owner corrects the source |
| 09:03 | The importer detects the version |
| 09:05 | The search index is updated |
| Until the evening | An old answer cache nevertheless continues returning the incorrect address |
The update must therefore invalidate dependent saved answers as well as replace searchable passages. A control question about the contact address then verifies the answer users actually see. A successful import status is insufficient evidence of a successful correction.
If the old file is also withdrawn, inspect direct source links and exported conversation views. Information already sent to people cannot simply be recalled by changing an index. Critical corrections need an organizational notification route as well as a technical update path.
05 / 10
How do you test deletion as a separate capability?
Some systems automatically detect new or modified files but need additional configuration to recognize removals. Azure documents separate change and deletion detection mechanisms for Blob indexers. Configure a deletion strategy appropriate to the source before relying on it. Azure AI Search: changed and deleted blobs.
Test a deletion along the full route from source to answer:
- remove the file
- run synchronization
- search for an exact passage
- ask a paraphrased question
- open an old citation
Repeat the check in a conversation that was already open. Its history may contain information that should not be reused in a fresh answer.
Define separate retention rules for active search, operational logs and backups. A backup is not an active search collection, but it still needs a retention policy and a restoration process that does not accidentally republish withdrawn material.
Got a workflow like this?
Tell me about it. Honest take and a rough price, usually within a day.
06 / 10
Make synchronization failures visible
Expired credentials, API limits and changed file layouts can stop ingestion. Monitor when each source was last processed successfully and completely, rather than merely when a scheduled job ran. A healthy scheduler can coexist with a knowledge collection that has not changed for weeks.
A clearly labelled older version may be acceptable for low-risk information. For time-sensitive rules or revoked access, excluding the affected source may be necessary. Make this an agreed operating decision instead of leaving the model to improvise a fallback.
Recovery can deliver events more than once. Stable identities and version comparisons help repeated processing avoid duplicate search records. If a change cursor is no longer valid, plan a complete reconciliation rather than silently continuing with the next newly created file.
07 / 10
Content maintenance remains a separate responsibility
Successfully synchronizing a source does not show that its information is correct. An unchanged page may already be obsolete. Set review intervals according to the topic and identify someone who resolves reported contradictions. A building map and a frequently changing product approval require different review schedules.
Atlassian, for example, documents explicit content ownership and ownership transfer. Such features support accountability but do not establish that someone actually reviewed the underlying information. Atlassian: transfer content ownership.
When review is overdue, decide whether the content remains usable with a warning or leaves the answerable collection. A uniform expiry rule can create unnecessary gaps; a rule with no consequences can become a decorative date. The source owner should make that choice according to the impact of a wrong answer.
08 / 10
How do you verify that RAG updates and deletions have propagated?
Verify that RAG updates and deletions have propagated with this checklist:
- Include a new document, a correction, a deletion, a revoked permission and a future-effective version in the evaluation set.
- Record the source event time and the time at which user-visible behavior becomes correct. This produces a measurable propagation delay instead of an untestable claim such as “near real time.”
- Run the same cases after restoring a backup.
- Document who decides what to do when the agreed delay is exceeded and how to block an affected source.
The RAG architecture should explicitly represent these states, while the acceptance plan connects them to representative business questions.
09 / 10
Take the worksheet
Worksheet
Download the editable CSV table
| Change | Update | Test |
|---|---|---|
| New version | Text and validity | New rule used |
| Deletion | Chunks and relevant copies | Old passage absent |
| Revocation | Filters and caches | Formerly allowed user denied |
| Rename | Title and reference | No duplicate source |
| Conflict | Authority or review state | Conflict visible |
Columns to fill in, in the file: Your value / observation, Owner, Next action.
Download the editable CSV table (CSV). Add your own values, owners and open actions. This worksheet contains no measured client results.
10 / 10
Related decisions
These modernagents guides cover related decisions about AI knowledge assistants:
- AI knowledge assistants: sources, access and answers
- Build an AI knowledge base with owners and current sources
- Preserve SharePoint permissions in RAG answers
- Diagnose wrong RAG answers and useful abstention
For a workflow review, start with the task, systems involved and typical exceptions. Discuss it with modernagents.



