नक्शा कोई फ़ैसला नहीं है

🌐 28 अन्य भाषाओं में भी उपलब्ध

English · Español · 日本語 · Português (Brasil) · Français · Deutsch · Italiano · 한국어 · 简体中文 · Português (Portugal) · 繁體中文 · Bahasa Indonesia · Türkçe · Polski · Tiếng Việt · ไทย · Nederlands · العربية · עברית · Українська · Русский · Svenska · Dansk · Norsk bokmål · Suomi · Español (México) · Français (Canada) · Deutsch (Schweiz)

AI से बनाई गई इमेज

AI द्वारा अनुवादित। समुदाय ने अभी इसकी समीक्षा नहीं की है। अंग्रेज़ी में पढ़ें

मॉड्यूल 4 (कुल 6 में से) — अध्याय मास्टर डेटा और पहचान, Data Architect कोर्स का अध्याय 6। हर मॉड्यूल अपने आप में पूरा है। पिछला: मैचिंग, मर्जिंग और सर्वाइवरशिप · अगला: जब अधिकार साझा हो

यह मॉड्यूल किस सवाल का जवाब देता है: क्या यूनिफ़ाइड प्रोफ़ाइल और गोल्डन रिकॉर्ड एक ही चीज़ हैं?

एक ही ग्राहक तीन सिस्टमों में है। Salesforce Daniel Reyes, d.reyes@example.com, Dallas को जानता है। E-commerce Dan Reyes को जानता है, वही ईमेल, Dallas, TX। सपोर्ट Daniel Reyes, 214-555-0100, Dallas को जानता है। Data 360 तय करता है कि तीनों एक ही व्यक्ति हैं और एक यूनिफ़ाइड प्रोफ़ाइल बनाता है। बढ़िया। क्या हमारे पास गोल्डन रिकॉर्ड है? ज़रूरी नहीं। हम जानते हैं कि रिकॉर्ड एक साथ हैं; हमने यह तय नहीं किया कि सच का मालिक कौन-सा स्रोत है। यह लोगों को उलझा सकता है: आइडेंटिटी रेज़ोल्यूशन एक unified individual बनाता है, लेकिन गोल्डन रिकॉर्ड नहीं। इसलिए मैं यह अंतर सीधे-सीधे पढ़ाता हूँ:

यूनिफ़ाइड प्रोफ़ाइल एक नक्शा है। गोल्डन रिकॉर्ड एक फ़ैसला है।

आइडेंटिटी रेज़ोल्यूशन “कौन?” का जवाब देता है

आइडेंटिटी रेज़ोल्यूशन के बिना, एक व्यक्ति कई बिखरी हुई प्रोफ़ाइलों के रूप में दिखता है: मार्केटिंग एक देखती है, सेल्स दूसरी, सर्विस तीसरी। Data 360 उन्हें ingest करता है और आइडेंटिटी रेज़ोल्यूशन के नियमों से तय करता है कि कौन-सी एक साथ हैं। तब हम कह सकते हैं कि ये रिकॉर्ड एक ही व्यक्ति के लगते हैं। इससे पहचान हल होती है। मास्टरिंग हल नहीं होती।

और यूनिफ़ाइड प्रोफ़ाइल अपने स्रोतों तक वापस का नक्शा रखता है। Salesforce के अपने विवरण में, यूनिफ़ाइड प्रोफ़ाइल गोल्डन रिकॉर्ड नहीं है: यह keys का एक सेट है, जिसमें identity link objects हर स्रोत रिकॉर्ड के ID को यूनिफ़ाइड प्रोफ़ाइल के ID से जोड़ते हैं (Data 360 Architecture (opens in a new tab))। Unified person 10042, Salesforce contact 003…, e-commerce ग्राहक EC-48372 और सपोर्ट ग्राहक SUP-9128 से मैप होता है। मूल रिकॉर्ड ग़ायब नहीं होते। यह मॉड्यूल 2 की रजिस्ट्री के बहुत क़रीब है।

Click to enlarge

यूनिफ़ाइड प्रोफ़ाइल स्रोत पहचानों तक वापस का एक नक्शा है।

मैच रूल: सख़्ती जोखिम का फ़ैसला है

Data 360 कैसे तय करता है कि किसे एकीकृत किया जाए? मैच रूल से। प्रोफ़ाइलें तब मैच होती हैं जब एक रूल की सारी शर्तें पूरी हों, और अगर आपके पास कई रूल हैं, तो किसी एक पर मैच होना यूनिफ़ाइड प्रोफ़ाइल बना देता है। Salesforce की अपनी सलाह: सटीकता के लिए ज़्यादा शर्तें (ज़्यादा अलग-अलग प्रोफ़ाइल), कंसॉलिडेशन के लिए कम (Identity Resolution Match Rules (opens in a new tab))। यानी एक रूल में शर्तें जोड़ने से वह सख़्त होता है; वैकल्पिक रूल जोड़ने से प्रोफ़ाइलों के मैच होने के रास्ते बढ़ते हैं। आइडेंटिटी रेज़ोल्यूशन कॉन्फ़िगर करना “मैचिंग चालू करो” नहीं है। यह तय करना है कि यह कहने के लिए कितना सबूत काफ़ी है कि ये प्रोफ़ाइलें एक ही व्यक्ति हैं।

ज़्यादा मैचिंग अपने-आप बेहतर नहीं है। 10 मिलियन स्रोत प्रोफ़ाइलें 8 मिलियन यूनिफ़ाइड प्रोफ़ाइलें बन जाती हैं। रूल ढीले कीजिए, और अब 6 मिलियन। बेहतर? शायद आपको ज़्यादा डुप्लिकेट मिल गए। या शायद आपने अलग-अलग लोगों को मिलाना शुरू कर दिया। छोटी गिनती बेहतर डेटा का सबूत नहीं है। लक्ष्य सबसे कम प्रोफ़ाइलें नहीं; लक्ष्य है उस मकसद के लिए सबसे ज़्यादा बचाव करने लायक पहचानें। और हर शर्त का एक match method होता है: Exact, Exact Normalized, या Fuzzy, ऊँची, मध्यम या कम precision पर। Salesforce की अपनी चेतावनी ही असली बात है: कम सटीक तरीका कंसॉलिडेशन की दर बढ़ाता है, “लेकिन इससे अनचाहे मैच हो सकते हैं।” (Fuzzy, Account फ़ील्ड के लिए उपलब्ध नहीं है, और normalized मान सिर्फ़ तुलना के लिए इस्तेमाल होते हैं; वे यूनिफ़ाइड प्रोफ़ाइल में स्टोर नहीं होते, जो काम करता हुआ मॉड्यूल 3 का सामंजस्य वाला चरण है: Identity Resolution Match Methods (opens in a new tab)।) तरीका जितना ढीला, पहचान अपने आप में उतना ही एक अनुमान बनती जाती है। अगर वह गलत है, तो क्या हम बस किसी पेज को खराब तरीके से personalize करेंगे, या एक व्यक्ति का सपोर्ट इतिहास दूसरे को दिखा देंगे, या किसी एजेंट को दो लोगों के डेटा पर कदम उठाने देंगे?

यही मेरी राय है: मैचिंग कितनी सख़्त हो, यह जोखिम का फ़ैसला है। यह इस पर निर्भर करता है कि मैचिंग वाले फ़ील्ड किसी व्यक्ति को कितनी विशिष्टता से पहचानते हैं और गलत मैच की कीमत क्या है। जहाँ घुल-मिल जाना महँगा है, वहाँ जान-बूझकर कम मैच करें। एक व्यक्ति की दो प्रोफ़ाइलें असुविधाजनक हैं। दो लोगों को रखने वाली एक प्रोफ़ाइल ख़तरनाक हो सकती है।

मिलान अब भी मास्टरिंग नहीं है

प्रोफ़ाइलें एकीकृत होने के बाद भी स्रोत असहमत रहते हैं: Salesforce कहता है Dallas, e-commerce Plano, सपोर्ट Dallas। यूनिफ़ाइड प्रोफ़ाइल क्या दिखाता है? मिलान के नियम (reconciliation rules) तय करते हैं: Last Updated, Most Frequent या Source Priority, जो हर ऑब्जेक्ट के लिए सेट होते हैं और हर फ़ील्ड के लिए बदले जा सकते हैं (Identity Resolution Reconciliation Rules (opens in a new tab))। यह मॉड्यूल 3 की सर्वाइवरशिप जैसा लगना चाहिए।

यहीं टीमें मुसीबत में पड़ती हैं। यूनिफ़ाइड प्रोफ़ाइल Dallas दिखाता है, और कोई कहता है, “बढ़िया, Dallas हमारा गोल्डन मान है।” रुकिए। E-commerce अब भी Plano कहता है। Salesforce साफ़ कहता है कि मिलान स्रोत डेटा को न डिलीट करता है, न बदलता है, न स्रोत सिस्टमों को अपडेट करता है, और इसका मकसद हर ऐप्लिकेशन के लिए एक “सबसे अच्छा” मान चुनना नहीं है। यह सिर्फ़ यह तय करता है कि यूनिफ़ाइड प्रोफ़ाइल क्या दिखाए (वही स्रोत)। दिखाना, अधिकार नहीं है।

परीक्षा-ज्ञान। जानें कि Data 360 आइडेंटिटी रेज़ोल्यूशन कैसे तय करता है और कैसे दिखाता है: एक match rule में सारी शर्तें मैच होनी चाहिए, और किसी एक रूल का मैच होना प्रोफ़ाइलों को एकीकृत कर देता है (सटीकता के लिए ज़्यादा शर्तें, कंसॉलिडेशन के लिए कम); तीन reconciliation rules हैं Last Updated, Most Frequent और Source Priority, जो हर ऑब्जेक्ट के लिए सेट होते हैं और हर फ़ील्ड के लिए बदले जा सकते हैं; और मिलान स्रोत डेटा को नहीं बदलता, और contact points का मिलान नहीं होता।

Contact points यह बात और साफ़ कर देते हैं। एक व्यक्ति का एक निजी और एक काम का ईमेल हो सकता है, एक मोबाइल और एक घर का फ़ोन, सब जायज़। Data 360 contact points का मिलान करता ही नहीं: हर ईमेल और फ़ोन यूनिफ़ाइड प्रोफ़ाइल पर बना रहता है (वही स्रोत)। कभी-कभी कई मान होना ही सच होता है। “यूनिफ़ाइड” का मतलब हर चीज़ के लिए एक मान नहीं है।

गोल्डन रिकॉर्ड एक फ़ैसला है

अब एक असली मास्टरिंग ज़रूरत से तुलना करें। बिज़नेस कहता है कि कानूनी नाम के लिए ERP आधिकारिक है, और मास्टर किया हुआ मान “Oakline Logistics LLC” है। Salesforce, बिलिंग और सर्विस, सबको यही इस्तेमाल करना होगा, और अगर कोई असहमत हो, तो मास्टरिंग प्रोसेस नियंत्रित मान वापस भेजता है। यह एक अलग आर्किटेक्चर है। हम यह नहीं चुन रहे कि एक नज़र क्या दिखाए; हम तय कर रहे हैं कि एंटरप्राइज़ यही मान इस्तेमाल करता है, और हर भाग लेने वाला सिस्टम इसी पर आकर मिलता है।

तो: एक यूनिफ़ाइड प्रोफ़ाइल पहचानों और जानकारी को एक साथ लाता है। एक गोल्डन रिकॉर्ड इस बारे में एक नियंत्रित फ़ैसला है कि कौन-से मान आधिकारिक हैं। यूनिफ़ाइड प्रोफ़ाइल आधिकारिक स्रोतों से जोड़कर ग्राहक की एक बेहतरीन एकल नज़र बना सकता है। इससे वह ग्राहक को मास्टर करने वाला सिस्टम नहीं बन जाता।

Click to enlarge

यूनिफ़ाइड प्रोफ़ाइल एक नक्शा है। गोल्डन रिकॉर्ड एक फ़ैसला है।

ट्रेस कर पाना

अगर यूनिफ़ाइड प्रोफ़ाइल कहता है Dallas, तो वह कहाँ से आया: Salesforce, ERP, e-commerce? क्या उसे last updated, most frequent या source priority के रूप में चुना गया? यह उद्गम ऑडिट, प्राइवेसी, समस्या ढूँढने, डेटा गुणवत्ता ठीक करने और एजेंट के फ़ैसलों के लिए मायने रखता है, और सबसे बढ़कर यह जानने के लिए कि सुधार कहाँ होना चाहिए। अगर Dallas गलत है, तो जोड़कर बनाई गई नज़र को एडिट करने से स्रोत ठीक नहीं होता। उस रिकॉर्ड तक वापस पहुँचने के लिए, जिसे बदलना चाहिए, आपको External ID, आइडेंटिटी लिंक और लिनिएज फ़ील्ड चाहिए।

तीन कामों के लिए तीन टूल

मैं इन्हें ऐसे अलग करता हूँ:

1. डुप्लिकेट मैनेजमेंट और merge, एक Salesforce org के अंदर, जब एक साफ़ विजेता हो और आपको डुप्लिकेट की अब ज़रूरत न हो (मॉड्यूल 3)।
2. Data 360 आइडेंटिटी रेज़ोल्यूशन, स्रोतों के पार एक पहचान और एक ही नज़र के लिए, उन्हें बदले बिना: एक रजिस्ट्री।
3. एक समर्पित MDM प्लेटफ़ॉर्म, जब मानों को एक बार तय करके हर भाग लेने वाले सिस्टम को वापस भेजना हो: को-एग्ज़िस्टेंस या सेंट्रलाइज़्ड।

Click to enlarge

तीन कामों के लिए तीन टूल: merge, लिंक, मास्टर।

जब आपको नक्शा चाहिए, तब MDM न खरीदें। “हम चाहते हैं कि सर्विस एजेंट देख सके कि यह Salesforce ग्राहक वही व्यक्ति है जिसने ऑनलाइन खरीदा था” के लिए शायद आइडेंटिटी रेज़ोल्यूशन और मिला हुआ संदर्भ चाहिए, सेंट्रलाइज़्ड MDM नहीं। “ERP, Salesforce, e-commerce और बिलिंग, सबको एक ही नियंत्रित कानूनी नाम इस्तेमाल करना होगा, और बदलाव उन सबमें वापस जाने चाहिए” अलग बात है: यह मास्टरिंग है। जब आपके पास पहली ज़रूरत हो तब दूसरी हल न करें, और यह दिखावा न करें कि पहली ने दूसरी हल कर दी।

एक पहचान, एक permission नहीं है

आइडेंटिटी रेज़ोल्यूशन कहता है कि ये रिकॉर्ड एक ही व्यक्ति हैं। इसका मतलब यह नहीं कि जो कोई एक स्रोत रिकॉर्ड देख सकता है, वह यूनिफ़ाइड पहचान से जुड़ी हर चीज़ देख सकता है। एक रिटेल पार्टनर अपनी भेजी हुई डिलीवरी देख सकता है; उसी प्राप्तकर्ता को दूसरे पार्टनर की डिलीवरी से उसका कोई लेना-देना नहीं, भले ही आइडेंटिटी लेयर जानती हो कि वे जुड़े हैं। आइडेंटिटी ग्राफ़ सही हो सकता है जबकि access डिज़ाइन गलत हो। पहचान को एकीकृत करने से सिक्योरिटी की सीमाएँ नहीं मिटतीं। इसीलिए ज़रूरत से ज़्यादा मैचिंग प्राइवेसी की समस्या बन जाती है, और इसीलिए Steve Trucking का चेकपॉइंट प्राप्तकर्ताओं को एकीकृत करने को इतनी सावधानी से लेता है: कौन कौन है, इसका नक्शा न स्वामित्व देता है, न access।

परीक्षा से आगे: AI क्या बदलता है। एजेंटों को काम करने के लिए एक पहचान चाहिए, और यूनिफ़ाइड प्रोफ़ाइल उन्हें वह देता है। इससे दोनों तरफ़ दाँव बढ़ जाता है। ज़रूरत से ज़्यादा मैचिंग अब एक प्राइवेसी घटना है: एक एजेंट जो एक व्यक्ति के लिए दूसरे के डेटा पर काम करता है। और जो एजेंट “ग्राहक को अपडेट करता है” उसे मॉड्यूल 1 के अधिकार-मानचित्र का इस्तेमाल करके एट्रिब्यूट के system of record में लिखना होगा, यूनिफ़ाइड प्रोफ़ाइल में नहीं। नक्शा एजेंट को बताता है कि व्यक्ति कौन है; अधिकार-मॉडल बताता है कि बदलाव कहाँ होना चाहिए।

आर्किटेक्ट यहाँ क्या तय करता है

• प्रोफ़ाइलों को एकीकृत करने के लिए कितना सबूत काफ़ी है, और गलत मैच की कीमत सख़्ती कैसे तय करती है।
• कौन-से मिलान के नियम तय करते हैं कि यूनिफ़ाइड प्रोफ़ाइल क्या दिखाए।
• ज़रूरत एक org में डुप्लिकेट की सफ़ाई की है, स्रोतों के पार पहचान की, या असली एंटरप्राइज़ मास्टरिंग की।
• हर एट्रिब्यूट के लिए कौन-सा स्रोत आधिकारिक बना रहता है, तब भी जब Data 360 मिलान किया हुआ मान दिखाए।
• यूनिफ़ाइड पहचान का सिक्योरिटी, प्राइवेसी, उद्गम और एजेंट के कामों से क्या रिश्ता है।

Data 360 हमें बता सकता है कि ये प्रोफ़ाइलें एक साथ हैं, हमें एक यूनिफ़ाइड पहचान दे सकता है, जो दिखाता है उसका मिलान कर सकता है और हर स्रोत तक वापस के लिंक रख सकता है। यह बेहद क़ीमती है। लेकिन अगर Salesforce एक बात कहे और ERP दूसरी, तो किसी को अब भी तय करना होगा कि कौन-सा सिस्टम एंटरप्राइज़ का सच बदल सकता है। इसलिए जब कोई कहे, “हमारे पास यूनिफ़ाइड प्रोफ़ाइल है, तो हमारे पास गोल्डन रिकॉर्ड है,” तो पूछें: हमने डेटा को एकीकृत किया, या उसे मास्टर किया?

और जानें

• Salesforce Architects, Data 360 Architecture (opens in a new tab) (अंग्रेज़ी में, 2026-10-14 को जाँचा गया)।
• Salesforce Help, Data 360: Identity Resolution Match Rules (opens in a new tab), Identity Resolution Match Methods (opens in a new tab) और Identity Resolution Reconciliation Rules (opens in a new tab) (अंग्रेज़ी में, 2026-10-14 को जाँचा गया)।