Timeliness क्या है?
Timeliness मापती है कि आपके date values अपने इच्छित उपयोग के लिए पर्याप्त वर्तमान हैं। एक date field तब timely होती है जब वह आपकी acceptable freshness window के भीतर हो। एक date field तब stale होती है जब वह उस window से परे हो, मतलब डेटा अब वर्तमान वास्तविकता को प्रतिबिंबित नहीं करता।
आपके CRM में प्रत्येक date field एक time-based expectation रखती है। 18 महीने पुरानी LastActivityDate एक dead lead का संकेत है। 2099 पर set Contract_End_Date__c एक placeholder है, वास्तविक deadline नहीं। भविष्य में Date_of_Birth__c एक data entry त्रुटि है। Timeliness analysis इन सभी को पकड़ती है।
Freshness Rate = (Freshness Window में Date वाले Records / कुल Records) x 100यदि 1,000 records में से 659 में पिछले 90 दिनों के भीतर Last_Certification_Date__c है, तो आपकी freshness rate 65.9% है। शेष 34.1% या तो stale हैं, null हैं, या future-dated हैं।
Timeliness क्यों महत्वपूर्ण है
रिपोर्टिंग
Stale dates आपके analytics को विकृत करती हैं। जब open deals पर आपके Opportunity CloseDate values के 30% पिछले में हैं, तो आपकी pipeline रिपोर्ट stuck, ignored, या पहले से खो गए लेकिन कभी update नहीं किए गए deals दिखाती है।
स्वचालन
Salesforce स्वचालन date values पर निर्भर करता है। एक renewal workflow जो Contract_End_Date__c से 30 दिन पहले trigger होती है, विफल होती है जब date पाँच साल पुरानी हो।
AI और Agentforce
AI models आपके date values को current truth मानते हैं। Agentforce actions prioritize करने, follow-ups schedule करने, और urgency assess करने के लिए dates का उपयोग करता है। जब आपकी dates stale हों, तो model उन leads से contact करने की सिफारिश करता है जो दो साल पहले चले गए।
| System | Timeliness प्रभाव |
|---|---|
| Reports | Stale close dates pipeline और forecast accuracy को तिरछा करती हैं |
| Workflows | Outdated dates false या missed automation trigger करती हैं |
| Duplicate Rules | Stale modification dates recency-based matching को अविश्वसनीय बनाती हैं |
| Agentforce | पुरानी dates outdated prioritization और recommendations उत्पन्न करती हैं |
DQS Timeliness कैसे मापता है
DQS एक diagnostic प्रश्न के चारों ओर व्यवस्थित 6 Timeliness मेट्रिक्स उत्पन्न करता है: “क्या डेटा वर्तमान है, यह कितना पुराना है, और क्या ऐसी dates हैं जो समझ में नहीं आतीं?”
चरण 1: क्या डेटा वर्तमान है?
Freshness Rate मुख्य मेट्रिक है। यह उन records का प्रतिशत गणना करता है जहाँ date field value आपकी configured freshness window के भीतर हो।
Staleness Rate समस्या पक्ष को quantify करती है। यह उन records का प्रतिशत मापती है जहाँ date field null है या freshness window से पुरानी है।
तीन-तरफा Decomposition
प्रत्येक record exactly इनमें से एक श्रेणी में आता है। Rates हमेशा 100% तक जुड़ती हैं:
| श्रेणी | परिभाषा | उदाहरण (90-दिन window) |
|---|---|---|
| Fresh | Date freshness window के भीतर | 65.9% |
| Stale | Null या window से परे पुरानी | 32.6% |
| Future | Date आज के बाद | 1.5% |
| कुल | 100.0% |
चरण 2: यह कितना पुराना है?
Average Age nuance जोड़ता है। यह प्रत्येक past-dated record के value और आज के बीच दिनों की mean संख्या गणना करता है। दो fields दोनों 60% freshness दिखा सकते हैं, लेकिन एक की average age 15 दिन है जबकि दूसरे की 90 दिन।
चरण 3: क्या Anomalies हैं?
Future Rate उन records का प्रतिशत मापती है जहाँ date value भविष्य में है। Created Date, Last Modified Date, या Date_of_Birth__c जैसे historical date fields के लिए, future dates लगभग हमेशा त्रुटियाँ होती हैं।
Operational Range Rate उन records का प्रतिशत मापती है जहाँ date value एक defined operational boundary (minimum date और maximum date जो आप configure करते हैं) के भीतर हो। इस range के बाहर dates anomalies के रूप में flag होती हैं।
नोट: जब आपका operational range maximum 0 (आज) पर set है, तो सभी future dates भी out of range हैं। Future Rate और Operational Range Rate future-dated records पर overlap करती हैं।
चरण 4: क्या Deadlines पूरी हो रही हैं?
Overdue Rate उन records का प्रतिशत मापती है जहाँ date field आज की date से पुरानी है, optional grace period के साथ। यह deadline-type fields के लिए purpose-built है जहाँ “past due” का व्यावसायिक अर्थ है।
“Last Event” बनाम “Deadline” Fields
| Field Type | उदाहरण Fields | Headline Metric | क्यों |
|---|---|---|---|
| Last event | LastActivityDate, Last_Certification_Date__c | Freshness Rate | ”यह आखिरी बार कब update हुआ?” relevant प्रश्न है |
| Deadline | Renewal_Date__c, Contract_End_Date__c, Due_Date__c | Overdue Rate | ”क्या यह past due है?” relevant प्रश्न है |
मेट्रिक संदर्भ
Foundation Metrics
| मेट्रिक | प्रकार | यह क्या मापता है |
|---|---|---|
| Freshness Rate | प्रतिशत | freshness window के भीतर dates वाले records का हिस्सा |
| Staleness Rate | प्रतिशत | null या expired dates वाले records का हिस्सा |
Advanced Metrics
| मेट्रिक | प्रकार | यह क्या मापता है |
|---|---|---|
| Average Age | दिन | सभी records में date values की mean age |
| Future Rate | प्रतिशत | आज के बाद dates वाले records का हिस्सा |
| Overdue Rate | प्रतिशत | past due records का हिस्सा (optional grace period के साथ) |
| Operational Range Rate | प्रतिशत | configured boundary के भीतर dates वाले records का हिस्सा |
Field Type कवरेज
DQS केवल Date और DateTime fields पर Timeliness मापता है।
| मेट्रिक | Date | DateTime |
|---|---|---|
| Freshness Rate | X | X |
| Staleness Rate | X | X |
| Average Age | X | X |
| Future Rate | X | X |
| Overdue Rate | X | X |
| Operational Range Rate | X | X |
दो Analysis Modes
Data Freshness प्रश्न का उत्तर देता है: “क्या डेटा वर्तमान है या stale?” यह 2 foundation metrics उत्पन्न करता है।
Advanced Data Freshness गहरा जाता है। यह सभी 6 metrics उत्पन्न करता है, जिसमें average age, future-date anomalies, overdue tracking, और operational range compliance शामिल हैं।
| व्यावसायिक आवश्यकता | अनुशंसित Mode |
|---|---|
| Quick date hygiene check या baseline audit | Data Freshness |
| Data migration assessment | Advanced (operational range legacy date anomalies पकड़ता है) |
| SLA या deadline monitoring | Advanced (grace periods के साथ overdue tracking) |
| Pipeline accuracy audit | Advanced (future rate + operational range placeholder dates पकड़ते हैं) |
| Ongoing data governance | Data Freshness से शुरू करें, date quality priority होने पर Advanced में जाएँ |
Timeliness कॉन्फ़िगर करना
DQS Timeliness के लिए पाँच configuration inputs प्रदान करता है।
| Setting | यह क्या नियंत्रित करता है |
|---|---|
| Freshness Window | वह दिनों की संख्या जिसके लिए एक date “fresh” मानी जाती है। Required। Range: 1 से 9,999 दिन। |
| Null As Stale | सक्षम होने पर, null date values stale गिनी जाती हैं। डिफ़ॉल्ट: अक्षम। |
| Overdue Tracking | Overdue Rate metric को enable करता है। डिफ़ॉल्ट: अक्षम। |
| Grace Period | Deadline के बाद वह दिनों की संख्या जिसके बाद DQS एक record को overdue flag करता है। Range: 0 से 365 दिन। |
| Operational Range | Minimum और maximum date boundaries को आज से पिछले और भविष्य के दिनों के रूप में define करता है। |
सुझाव: अलग-अलग date fields की अलग-अलग freshness expectations होती हैं। Open Opportunities पर
LastActivityDateके लिए 30-day window चाहिए। Accounts परContract_End_Date__cके लिए 365 दिन। प्रत्येक field के लिए सही window set करने के लिए field-level overrides का उपयोग करें।
Freshness Window चुनना
| Date Field | सुझाया Window | तर्क |
|---|---|---|
| LastActivityDate | 30 दिन | Active deals को recent engagement चाहिए |
| LastModifiedDate | 90 दिन | एक तिमाही के भीतर touch किए गए records generally current हैं |
| Contract_End_Date__c | 365 दिन | Contracts annually renew होते हैं |
| Last_Verified_Date__c | 90-180 दिन | Verification cadence org के अनुसार varies करती है |
| Created Date | लागू नहीं | Creation date कभी नहीं बदलती; timeliness नहीं, completeness का उपयोग करें |
सामान्य Timeliness समस्याएँ
Open Opportunities पर Stale Activity Dates
Sales reps Opportunities को “Open” stage में छोड़ देते हैं लेकिन update नहीं करते। LastActivityDate चुपचाप पुरानी होती जाती है।
Fix: Open Opportunities के लिए LastActivityDate पर 30-day freshness window set करें।
Placeholder Future Dates
Integrations और bulk imports अक्सर placeholder dates जैसे 2099-12-31 use करते हैं।
Fix: आज के बाद dates वाले records identify करने के लिए Future Rate का उपयोग करें।
कभी Update नहीं हुए Expired Contracts
Contracts renew होते हैं, लेकिन Contract_End_Date__c कभी update नहीं होती।
Fix: आपके renewal cycle से match करने वाले grace period के साथ Overdue Tracking enable करें।
Best Practices
सही Headline Metric चुनें
Freshness Rate “last event” fields के लिए सही headline है। Overdue Rate deadline fields के लिए सही headline है।
Field-Specific Windows Set करें
एक ही freshness window सभी date fields पर miss करती है। Activity dates को tight windows (30 दिन) चाहिए। Contract dates को wider windows (365 दिन) चाहिए।
Remediation Plan करने के लिए Average Age का उपयोग करें
Freshness Rate बताती है कि समस्या कितनी बड़ी है। Average Age बताती है कि कितनी बुरी है। 40% staleness और 45 दिन की average age को quick outreach campaign चाहिए। 40% staleness और 400 दिन की average age को data enrichment project चाहिए।
अगले कदम
- अगला: Consistency - uniform data standardization सुनिश्चित करें
- पिछला: Uniqueness - duplicates detect और prevent करें
- संबंधित: पाँच आयाम - सभी आयामों का अवलोकन
- कार्रवाई: AI Readiness Assessment - अपने वर्तमान Timeliness scores देखें