सिंगल सोर्स ऑफ ट्रुथ कैसे बनाएं: एक संपूर्ण गाइड

दो लोग दो स्प्रेडशीट खोलते हैं और एक ही महीने के लिए राजस्व के दो अलग-अलग आंकड़े बताते हैं। दोनों ही सावधान हैं। दोनों अपने आंकड़े को सही साबित कर सकते हैं। दोनों में से कोई भी गलत नहीं है।

यह डेटा की समस्या नहीं है। यह परिभाषा की समस्या है जो डेटा की समस्या का मुखौटा पहने हुए है।

इसे ठीक करने के अधिकांश प्रयास गलत कदम से शुरू होते हैं, जो कि एक टूल चुनना है। इसका समाधान यह लिखने से शुरू होता है कि प्रत्येक मीट्रिक का क्या अर्थ है और कौन इसका निर्णय लेता है।

यह गाइड बताती है कि इस शब्द का वास्तव में क्या अर्थ है और किसी भी स्प्रेडशीट काम से पहले लिए जाने वाले चार निर्णय कौन से हैं। इसके बाद यह तीन मैनुअल तरीकों और उनकी सीमाओं के बारे में बताती है।

सिंगल सोर्स ऑफ ट्रुथ (single source of truth) वास्तव में क्या है

Workday की SSOT की गाइड इसे "एक केंद्रीकृत प्रणाली के रूप में परिभाषित करती है जहां सभी महत्वपूर्ण, अद्यतित व्यावसायिक डेटा को एकत्रित, साफ और सार्वभौमिक रूप से सुलभ बनाया जाता है।"

जो वाक्य अधिक मायने रखता है वह उसी पृष्ठ पर आगे आता है। सिंगल सोर्स ऑफ ट्रुथ "अक्सर तकनीकी बुनियादी ढांचे का सही ढंग से उपयोग करने का परिणाम होता है, न कि स्वयं बुनियादी ढांचा।"

कुछ भी खरीदने से पहले इसे दो बार पढ़ें। एक वेयरहाउस आपको स्टोरेज देता है। सहमति आपको सच्चाई देती है।

वही पृष्ठ डेटा साइलो (data silos) को परस्पर विरोधी आंकड़ों का मूल कारण बताता है। यह उन्हें "असंगत टूल, स्प्रेडशीट और विभागीय सर्वरों में फंसे सूचना के अलग-थलग पूल" के रूप में वर्णित करता है। इसका अनुशंसित क्रम प्लेटफॉर्म के बजाय गवर्नेंस से शुरू होता: शर्तों को परिभाषित करें, स्वामियों (owners) को नियुक्त करें, फिर तकनीक चुनें, फिर सफाई करें, फिर चरणों में लागू करें।

दो टीमों को दो अलग-अलग आंकड़े क्यों मिलते हैं

लगभग हमेशा इसका कारण चार चीजों में से एक होता है, और उनमें से कोई भी अंकगणित नहीं है।

अलग-अलग फ़िल्टर। एक रिपोर्ट आंतरिक खातों और परीक्षण रिकॉर्ड को बाहर रखती है। दूसरी उन्हें शामिल करती है। किसी ने इसे लिखा नहीं, इसलिए किसी ने ध्यान नहीं दिया।

अलग-अलग समय सीमाएं। एक टीम महीने को इनवॉइस की तारीख पर समाप्त मानती है, दूसरी भुगतान की तारीख पर। दोनों ही तर्कसंगत हैं, और वे कभी सहमत नहीं होंगे।

अलग-अलग हर (denominators)। एक दर के दो हिस्से होते हैं। निचले हिस्से को बदलें और एक भी रिकॉर्ड बदले बिना प्रतिशत बदल जाता है।

अलग-अलग समय के डेटा (vintages)। एक एक्सपोर्ट 1 तारीख को किया गया था, दूसरा 3 तारीख को, और इस बीच तीन दिनों का विलंबित डेटा आ गया।

पहले तय किए जाने वाले चार निर्णय

किसी फ़ॉर्मूले को छूने से पहले इन्हें लिख लें। आपके आंकड़ों के बगल में एक परिभाषा टैब सबसे सस्ता गवर्नेंस है जिसे आप कभी भी लागू करेंगे।

निर्णय	उत्तर दिया जाने वाला प्रश्न	यह क्यों महत्वपूर्ण है
परिभाषा	इस मीट्रिक की एक इकाई के रूप में वास्तव में क्या गिना जाता है?	तय करता है कि कौन दायरे में है और कौन बाहर है
फ़िल्टर	कौन से रिकॉर्ड बाहर रखे गए हैं, और क्यों?	आमतौर पर अंतर का सबसे बड़ा कारण
सीमा (Boundary)	कौन सा दिनांक फ़ील्ड अवधि को विभाजित करता है?	दो वैध विकल्प, दो अलग-अलग उत्तर
स्वामी (Owner)	इस परिभाषा में बदलाव को कौन मंजूरी देता है?	बिना नाम के, परिभाषाएं चुपचाप बदल जाती हैं

ओनर (owner) वाली पंक्ति वह है जिसे टीमें छोड़ देती हैं। बिना ओनर वाली परिभाषा केवल एक सुझाव है, और सुझावों की हर तिमाही में नई व्याख्या की जाती है।

इसे उस मीट्रिक लेयर के साथ जोड़ें जिस पर आप पहले से रिपोर्ट करते हैं। leading and lagging indicators के लिए हमारी गाइड बताती है कि कौन से मीट्रिक इस उपचार के योग्य हैं, क्योंकि सभी मीट्रिक इसके योग्य नहीं होते हैं।

इसे मैन्युअल रूप से कैसे करें

विकल्प 1: दो संस्करणों का लाइन-दर-लाइन मिलान करें

सिद्धांत के बजाय असहमति से शुरुआत करें। दोनों रिपोर्टों को एक वर्कबुक में लाएं और एक साझा कुंजी (shared key) पर XLOOKUP के साथ रिकॉर्ड का मिलान करें।

जो पंक्तियाँ मेल नहीं खाती हैं वे आपका निष्कर्ष हैं। वे आपको बताती हैं कि एक पक्ष क्या शामिल करता है और दूसरा क्या नहीं, जो कि वास्तव में वही फ़िल्टर है जिसे किसी ने प्रलेखित (document) नहीं किया था।

ऐसा करते समय लगभग-डुप्लिकेट लेबल पर नज़र रखें। EXACT दो टेक्स्ट मानों की तुलना करता है और केस-सेंसिटिव होता है। इट कैचेस "ACME Corp" बनाम "Acme Corp." जैसे जोड़ों को पकड़ लेता है जिन पर इंसानी आँख का ध्यान नहीं जाता।

इसकी सीमा यह है कि यह केवल एक महीने को ठीक करता है। अगले महीने वही दो रिपोर्टें फिर से अलग हो जाती हैं, क्योंकि संरचनात्मक रूप से कुछ भी नहीं बदला है।

विकल्प 2: एक डेटासेट बनाएं, फिर उससे प्रत्येक रिपोर्ट तैयार करें

पहले समेकित (consolidate) करें, फिर रिपोर्ट करें। Power Query's merge एंटी जॉइन (anti joins) सहित कई प्रकार के जॉइन का समर्थन करता है। एक एंटी जॉइन उन रिकॉर्ड्स को सूचीबद्ध करता है जो एक स्रोत में मौजूद हैं और दूसरे में अनुपस्थित हैं।

फिर उसी एक तालिका से प्रत्येक डाउनस्ट्रीम आंकड़ा तैयार करें। यदि किसी संख्या का पता वहां तक नहीं लगाया जा सकता है, तो वह संख्या प्रस्तुत नहीं की जाती है।

यह जांचने के लिए कि जिस कुंजी (key) को आपने जोड़ा है वह वास्तव में अद्वितीय (unique) है, UNIQUE का उपयोग करें। दोहराई जाने वाली कुंजी चुपचाप योग (totals) को बढ़ा देगी, और चुपचाप गलत होने वाले योग उन योगों से बदतर हैं जो पूरी तरह से टूट जाते हैं।

इसकी सीमा रखरखाव (maintenance) है। किसी को इसे रीफ्रेश करना होगा, और वह व्यक्ति एक निर्भरता (dependency) बन जाता है।

विकल्प 3: आंकड़ों के बगल में एक परिभाषा टैब रखें

प्रति मीट्रिक एक पंक्ति: नाम, परिभाषा, लागू किए गए फ़िल्टर, उपयोग किया गया दिनांक फ़ील्ड, ओनर, अंतिम समीक्षा।

यही बात अगली तिमाही में रिपोर्ट को तुलनीय बनाती है। यही आपको एक दिन के बजाय दस सेकंड में इस बात का उत्तर देने में मदद करती है कि "यह पिछली बार से अलग क्यों है"।

सीमा यह है कि परिभाषा लिखने से यह लागू नहीं हो जाती। टैब और फ़ार्मुलों में अंतर आ सकता है, और आमतौर पर ऐसा होता है।

साझा सीमा। तीनों यह मानकर चलते हैं कि असहमति का पता फाइलों से लगाया जा सकता है। जब दो विभाग पूरी तरह से अलग प्रणालियों का उपयोग करते हैं, तो मिलान की शुरुआत तुलनीय एक्सपोर्ट प्राप्त करने से होती है।

जहां मैन्युअल तरीका धीमा हो जाता है

पहला मिलान दिलचस्प होता है। तीसरे तक, यह नई तारीखों के साथ दोहराई जाने वाली वही दोपहर बन जाती है.

जब भी व्यवसाय बदलता है, परिभाषाएं पुरानी पड़ जाती हैं। एक नया प्लान प्रकार, एक नया क्षेत्र, एक नया नाम दिया गया फ़ील्ड, और मार्च में आपके द्वारा लिखा गया नियम सितंबर के डेटा को कवर नहीं करता है।

एक्सपोर्ट भी बदल जाते हैं। कोई सोर्स सिस्टम में फ़िल्टर बदल देता है, और आने वाली फ़ाइल बिल्कुल वैसी ही दिखती है जबकि उसका अर्थ कुछ और होता है।

फिर वह लागत आती है जो केवल एक बैठक में दिखाई देती है। जब दो आंकड़े लाइव टकराते हैं, तो आपको तुरंत अंतर को समझाना होता है, और वह स्पष्टीकरण उस वर्कबुक में होता है जिसे आप साथ नहीं लाए थे।

यही कारण है कि यह श्रेणी अस्तित्व में है। डेटा टीम के बिना बिजनेस इंटेलिजेंस के लिए AI टूल्स का संग्रह इस समस्या के टूलिंग पक्ष को कवर करता है।

Powerdrill Bloom के साथ इसे कैसे बनाएं

चरण 1: दोनों परस्पर विरोधी एक्सपोर्ट अपलोड करें

असहमत होने वाली दोनों फाइलों को एक साथ अपलोड करें। Powerdrill Bloom आगमन पर कॉलमों का विश्लेषण करता है, जिससे बेमेल कुंजी प्रारूप (key formats), असंगत लेबल और खाली फ़ील्ड किसी भी योग की गणना होने से पहले ही सामने आ जाते हैं।

चरण 2: प्राकृतिक भाषा (natural language) में परिभाषा बताएं

नियम बनाने के बजाय उसका वर्णन करें। मीट्रिक का नाम, बाहर किए जाने वाले रिकॉर्ड, अवधि को विभाजित करने वाला दिनांक फ़ील्ड और ग्रुपिंग बताएं।

फिर वे प्रश्न पूछें जो अंतर को उजागर करते हैं। पूछें कि कौन से रिकॉर्ड एक फ़ाइल में दिखाई देते हैं और दूसरी में नहीं। पूछें कि कौन से लेबल केवल केस (case) या विराम चिह्नों से भिन्न हैं। फिर पूछें कि प्रत्येक तिथि सीमा के तहत कुल योग क्या होता है।

चरण 3: मिलान की गई रिपोर्ट को एक्सपोर्ट करें

मिलान की गई तालिका, भिन्नता सारांश (variance summary), या ऐसी स्लाइड निकालें जो संख्या के साथ सहमत परिभाषा को दर्शाती हों।

यह हाथ से मिलान करने से बेहतर क्यों है

	मैन्युअल तरीका	Powerdrill Bloom
मेल न खाने वाले रिकॉर्ड खोजना	फाइलों के प्रत्येक जोड़े के लिए एंटी जॉइन	पूछें कि कौन से रिकॉर्ड गायब हैं
लगभग-डुप्लिकेट लेबल पकड़ना	केस-सेंसिटिव हेल्पर कॉलम	अपलोड करने पर सामने आ जाता है
वैकल्पिक सीमा का परीक्षण करना	फ़िल्टर को फिर से बनाएं और फिर से योग करें	दूसरा नियम बताएं और पूछें
अगले महीने फिर से चलाना	रीफ्रेश करें और उम्मीद करें कि कुछ भी नहीं बदला है	फ़ाइल बदलें, नियम वही रखें

तीसरी पंक्ति वह है जो बहसों को समाप्त करती है। दोनों तिथि सीमाओं को अगल-बगल दिखाने में सक्षम होना "आपका आंकड़ा गलत है" को "हमारा नियम अलग है" में बदल देता है, जो कि एक सुलझने योग्य बातचीत है।

सामान्य गलतियाँ

परिभाषाओं पर सहमत होने से पहले एक प्लेटफॉर्म खरीदना। स्टोरेज सहमति नहीं है। पहले शर्तों को परिभाषित करें और स्वामियों (owners) को नियुक्त करें, इसी क्रम में।

हर (denominator) को बिना बताए छोड़ देना। प्रत्येक दर के दोनों हिस्सों को चार्ट पर लिखा जाना आवश्यक है। उनके बिना प्रतिशत केवल एक सजावट है।

एक बड़े समेकन (consolidation) को अंतिम रेखा मानना। उत्पाद और संगठन के बदलावों के साथ परिभाषाएं पुरानी पड़ जाती हैं, इसलिए फिर से बनाने के बजाय एक समीक्षा निर्धारित करें।

यह मान लेना कि समान लेबल का अर्थ समान रिकॉर्ड है। केस, विराम चिह्न और अंत के स्पेस (trailing spaces) सभी छिपे हुए डुप्लिकेट बनाते हैं। जोड़ने से पहले जांचें, बाद में नहीं।

अलग-अलग दिनों में लिए गए एक्सपोर्ट का मिलान करना। देर से आने वाला डेटा एक विसंगति (discrepancy) जैसा दिखेगा। पंक्तियों का मिलान करने से पहले एक्सट्रैक्शन टाइमस्टैम्प का मिलान करें।

परिभाषाओं को ऐसी जगह प्रलेखित करना जिसे कोई नहीं खोलता। उन्हें उसी फ़ाइल में रखें जिसमें आंकड़े हैं, और चार्ट पर उस नियम का लेबल लगाएं जिसका उपयोग किया गया था।

स्वामी (owner) को छोड़ देना। बिना नामित अनुमोदक (approver) के परिभाषा एक ऐसी परिभाषा है जिसकी पुनर्व्याख्या की जाएगी। प्रत्येक पंक्ति के लिए एक व्यक्ति को नामित करें।

निष्कर्ष

सिंगल सोर्स ऑफ ट्रुथ पहले सहमति है और बाद में बुनियादी ढांचा। प्रत्येक मीट्रिक को परिभाषित करें, फ़िल्टर लिखें, तिथि सीमा तय करें, एक ओनर का नाम दें, फिर एक ही डेटासेट से प्रत्येक रिपोर्ट तैयार करें।

महंगा हिस्सा पहला मिलान नहीं है। यह उन परिभाषाओं को प्रासंगिक बनाए रखना है जबकि उनके नीचे का व्यवसाय बदल रहा हो।

यदि वह चक्र आपके महीने के अंत को खा रहा है, तो असहमत होने वाली दो फाइलों पर Powerdrill Bloom का प्रयास करें। स्प्रेडशीट से KPI डैशबोर्ड बनाने और अपने स्वयं के डेटा से KPI लक्ष्य निर्धारित करने के लिए हमारी गाइड भी देखें। AI डेटा क्लीनिंग पृष्ठ तैयारी के चरण को कवर करता है।

अक्सर पूछे जाने वाले प्रश्न

सिंगल सोर्स ऑफ ट्रुथ (single source of truth) क्या है?

यह परिभाषाओं, स्रोतों और गणनाओं का एक सहमत सेट है जिससे प्रत्येक रिपोर्ट तैयार होती है। Workday की गाइड इसे बुनियादी ढांचे के बजाय बुनियादी ढांचे का सही ढंग से उपयोग करने के परिणाम के रूप में वर्णित करती है।

क्या मुझे इसे रखने के लिए डेटा वेयरहाउस की आवश्यकता है?

नहीं। एक वेयरहाउस स्टोरेज और स्केल प्रदान करता है, जबकि परिभाषाओं और ओनरशिप पर सहमति ही आंकड़ों को मेल खाती है। छोटी टीमें इसे एक ही अच्छी तरह से प्रबंधित वर्कबुक में प्राप्त कर लेती हैं।

दो रिपोर्टें अलग-अलग योग क्यों दिखाती हैं?

आमतौर पर फ़िल्टर, तिथि सीमाएं, हर (denominators), या एक्सपोर्ट का समय। गणना त्रुटि मानने से पहले इन चारों की जांच करें, क्योंकि अंकगणित शायद ही कभी इसका कारण होता है।

मीट्रिक परिभाषा का ओनर कौन होना चाहिए?

प्रति मीट्रिक एक नामित व्यक्ति, जिसके पास परिवर्तनों को मंजूरी देने का अधिकार हो। साझा ओनरशिप का अर्थ आमतौर पर यह होता है कि परिभाषा टीमों के बीच चुपचाप भिन्न हो जाती है.

परिभाषाओं की समीक्षा कितनी बार की जानी चाहिए?

जब भी अंतर्निहित व्यवसाय बदलता है, और अन्यथा एक निश्चित अंतराल पर। नए प्लान, क्षेत्र और नए नाम दिए गए फ़ील्ड सभी उन नियमों को अमान्य कर देते हैं जो लिखे जाने के समय सही थे।