मास्टर डेटा प्रबंधन: Difference between revisions

From Vigyanwiki
No edit summary
No edit summary
 
(4 intermediate revisions by 3 users not shown)
Line 1: Line 1:
{{Short description|Practice for controlling corporate data}}
{{Short description|Practice for controlling corporate data}}
'''[[मास्टर डेटा]] प्रबंधन''' (एमडीएम) एक प्रौद्योगिकी-सक्षम अनुशासन है जिसमें व्यवसाय और सूचना प्रौद्योगिकी उद्यम की आधिकारिक साझा मास्टर डेटा संपत्तियों की एकरूपता, स्पष्टता , प्रबंधन, अर्थपूर्ण स्थिरता और उत्तरदाई सुनिश्चित करने के लिए मिलकर काम करते हैं।<ref>{{Cite web|title=Gartner Glossary: Master Data Management|url=https://www.gartner.com/en/information-technology/glossary/master-data-management-mdm|access-date=6 June 2020|website=Gartner}}</ref><ref name="SearchDataManagement 2018">{{cite web|last=Rouse|first=Margaret|date=2018-04-09|title=WhatIs.com से परिभाषा|url=https://searchdatamanagement.techtarget.com/definition/master-data-management|access-date=2018-04-09|website=SearchDataManagement}}</ref>
'''[[मास्टर डेटा]] प्रबंधन''' (एमडीएम) एक प्रौद्योगिकी-सक्षम अनुशासन है जिसमें व्यवसाय और सूचना प्रौद्योगिकी उद्यम की आधिकारिक साझा मास्टर डेटा संपत्तियों की एकरूपता, स्पष्टता , प्रबंधन, अर्थपूर्ण स्थिरता और उत्तरदाई सुनिश्चित करने के लिए मिलकर काम करते हैं।<ref>{{Cite web|title=Gartner Glossary: Master Data Management|url=https://www.gartner.com/en/information-technology/glossary/master-data-management-mdm|access-date=6 June 2020|website=Gartner}}</ref><ref name="SearchDataManagement 2018">{{cite web|last=Rouse|first=Margaret|date=2018-04-09|title=WhatIs.com से परिभाषा|url=https://searchdatamanagement.techtarget.com/definition/master-data-management|access-date=2018-04-09|website=SearchDataManagement}}</ref>
== मास्टर डेटा प्रबंधन के लिए ड्राइवर ==
== मास्टर डेटा प्रबंधन के लिए ड्राइवर ==
संगठन, या संगठनों के समूह, मास्टर डेटा प्रबंधन की आवश्यकता स्थापित कर सकते हैं जब उनके पास किसी व्यावसायिक इकाई के बारे में डेटा की एक से अधिक प्रतियां होती हैं। इस मास्टर डेटा की एक से अधिक प्रतियाँ रखने का स्वाभाविक अर्थ यह है कि सभी प्रतियों में सत्य का एक ही संस्करण बनाए रखने में अक्षमता है। जब तक लोग, प्रक्रियाएं और प्रौद्योगिकी यह सुनिश्चित करने के लिए उपस्थित नहीं हैं कि डेटा मानो को सभी प्रतियों में संरेखित रखा गया है, यह लगभग अपरिहार्य है कि किसी व्यावसायिक इकाई के बारे में जानकारी के विभिन्न संस्करण रखे जाएंगे। यह परिचालन डेटा उपयोग में अक्षमताओं का कारण बनता है, और संगठनों की रिपोर्ट करने और विश्लेषण करने की क्षमता में बाधा डालता है। मूलभूत स्तर पर, मास्टर डेटा प्रबंधन यह सुनिश्चित करना चाहता है कि एक संगठन अपने संचालन के विभिन्न भागो में एक ही मास्टर डेटा के एकाधिक (संभावित रूप से [[संगति (डेटाबेस सिस्टम)]]) संस्करणों का उपयोग नहीं करता है, जो बड़े संगठनों में हो सकता है।
संगठन, या संगठनों के समूह, मास्टर डेटा प्रबंधन की आवश्यकता स्थापित कर सकते हैं जब उनके पास किसी व्यावसायिक इकाई के बारे में डेटा की एक से अधिक प्रतियां होती हैं। इस मास्टर डेटा की एक से अधिक प्रतियाँ रखने का स्वाभाविक अर्थ यह है कि सभी प्रतियों में सत्य का एक ही संस्करण बनाए रखने में अक्षमता है। जब तक लोग, प्रक्रियाएं और प्रौद्योगिकी यह सुनिश्चित करने के लिए उपस्थित नहीं हैं कि डेटा मानो को सभी प्रतियों में संरेखित रखा गया है, यह लगभग अपरिहार्य है कि किसी व्यावसायिक इकाई के बारे में जानकारी के विभिन्न संस्करण रखे जाएंगे। यह परिचालन डेटा उपयोग में अक्षमताओं का कारण बनता है, और संगठनों की रिपोर्ट करने और विश्लेषण करने की क्षमता में बाधा डालता है। मूलभूत स्तर पर, मास्टर डेटा प्रबंधन यह सुनिश्चित करना चाहता है कि एक संगठन अपने संचालन के विभिन्न भागो में एक ही मास्टर डेटा के एकाधिक (संभावित रूप से [[संगति (डेटाबेस सिस्टम)]]) संस्करणों का उपयोग नहीं करता है, जो बड़े संगठनों में हो सकता है।
Line 13: Line 11:
# विलय और अधिग्रहण
# विलय और अधिग्रहण


=== व्यवसाय इकाई और उत्पाद लाइन विभाजन                                                                                                     ===
=== व्यवसाय इकाई और उत्पाद लाइन विभाजन                                                                                                                   ===
व्यवसाय इकाई और उत्पाद लाइन विभाजन के परिणामस्वरूप एक ही व्यवसाय इकाई (जैसे [[ग्राहक|उपभोगता]], आपूर्तिकर्ता, उत्पाद) को विभिन्न उत्पाद लाइनों द्वारा सेवा प्रदान की जाएगी; लेन-देन को संसाधित करने के लिए व्यवसाय इकाई के बारे में अनावश्यक डेटा अंकित किया जाएगा। व्यावसायिक इकाई डेटा का अतिरेक फ्रंट-टू-बैक-ऑफिस जीवन चक्र में बढ़ जाता है, जहां पार्टी, खाते और उत्पाद डेटा के लिए आधिकारिक एकल स्रोत की आवश्यकता होती है, किंतु अधिकांशत: इसे एक बार फिर से अनावश्यक रूप से अंकित या संवर्धित किया जाता है।
व्यवसाय इकाई और उत्पाद लाइन विभाजन के परिणामस्वरूप एक ही व्यवसाय इकाई (जैसे [[ग्राहक|उपभोगता]], आपूर्तिकर्ता, उत्पाद) को विभिन्न उत्पाद लाइनों द्वारा सेवा प्रदान की जाएगी; लेन-देन को संसाधित करने के लिए व्यवसाय इकाई के बारे में अनावश्यक डेटा अंकित किया जाएगा। व्यावसायिक इकाई डेटा का अतिरेक फ्रंट-टू-बैक-ऑफिस जीवन चक्र में बढ़ जाता है, जहां पार्टी, खाते और उत्पाद डेटा के लिए आधिकारिक एकल स्रोत की आवश्यकता होती है, किंतु अधिकांशत: इसे एक बार फिर से अनावश्यक रूप से अंकित या संवर्धित किया जाता है।


एक विशिष्ट उदाहरण एक बैंक का परिदृश्य है जहां एक उपभोगता ने एक मॉर्गेज निकाला है और बैंक उस उपभोगता को बंधक अनुरोध भेजना प्रारंभ कर देता है, इस तथ्य को अनदेखा करते हुए कि उस व्यक्ति का पहले से ही बैंक के साथ एक मॉर्गेज खाता संबंध है। ऐसा इसलिए होता है क्योंकि बैंक के अंदर विपणन अनुभाग द्वारा उपयोग की जाने वाली उपभोगता जानकारी का बैंक के उपभोगता सेवा अनुभाग द्वारा उपयोग की जाने वाली उपभोगता जानकारी के साथ एकीकरण का अभाव होता है। इस प्रकार दोनों समूह इस बात से अनभिज्ञ रहते हैं कि उपस्थित उपभोगता को भी बिक्री का नेतृत्वकर्ता माना जाता है। रिकॉर्ड लिंकेज की प्रक्रिया का उपयोग विभिन्न रिकॉर्डों को जोड़ने के लिए किया जाता है जो एक ही इकाई में इस स्थिति में एक ही व्यक्ति से से संबंधित होते हैं।
एक विशिष्ट उदाहरण एक बैंक का परिदृश्य है जहां एक उपभोगता ने एक मॉर्गेज निकाला है और बैंक उस उपभोगता को बंधक अनुरोध भेजना प्रारंभ कर देता है, इस तथ्य को अनदेखा करते हुए कि उस व्यक्ति का पहले से ही बैंक के साथ एक मॉर्गेज खाता संबंध है। ऐसा इसलिए होता है क्योंकि बैंक के अंदर विपणन अनुभाग द्वारा उपयोग की जाने वाली उपभोगता जानकारी का बैंक के उपभोगता सेवा अनुभाग द्वारा उपयोग की जाने वाली उपभोगता जानकारी के साथ एकीकरण का अभाव होता है। इस प्रकार दोनों समूह इस बात से अनभिज्ञ रहते हैं कि उपस्थित उपभोगता को भी बिक्री का नेतृत्वकर्ता माना जाता है। रिकॉर्ड लिंकेज की प्रक्रिया का उपयोग विभिन्न रिकॉर्डों को जोड़ने के लिए किया जाता है जो एक ही इकाई में इस स्थिति में एक ही व्यक्ति से से संबंधित होते हैं।


=== [[विलय]] और अधिग्रहण                                                                                                               ===
=== [[विलय]] और अधिग्रहण                                                                     ===
कुछ बड़े निगमों को मास्टर डेटा प्रबंधन के साथ बड़े मापदंड पर समस्याओं का अनुभव होने का सबसे समान्य कारण विलय या अधिग्रहण के माध्यम से विकास है। विलय करने वाला कोई भी संगठन समान्यत: प्रतिलिपि मास्टर डेटा के साथ एक इकाई बनाएगा (क्योंकि विलय से पहले प्रत्येक के पास अपना स्वयं का कम से कम एक मास्टर डेटाबेस होने की संभावना है)। आदर्श रूप से, [[डेटाबेस प्रशासक]] विलय के भागो के रूप में मास्टर डेटा के [[डेटा डिडुप्लीकेशन]] के माध्यम से इस समस्या का समाधान करता है। चूँकि वास्तव में, कई मास्टर डेटा सिस्टमों को समेटना उपस्थित अनुप्रयोगों की मास्टर डेटाबेस पर निर्भरता के कारण कठिनाइयाँ प्रस्तुति कर सकता है। परिणामस्वरूप, अधिकांशत: दोनों प्रणालियाँ पूरी तरह से विलीन नहीं होती हैं, चूँकि अलग रहती हैं, एक विशेष सुलह प्रक्रिया को परिभाषित किया जाता है जो दो प्रणालियों में संग्रहीत डेटा के बीच स्थिरता सुनिश्चित करती है। चूँकि समय के साथ, जैसे-जैसे आगे विलय और अधिग्रहण होते हैं, समस्या कई गुना बढ़ जाती है, अधिक से अधिक मास्टर डेटाबेस सामने आते हैं, और डेटा-समाधान प्रक्रियाएँ अधिक समष्टि हो जाती हैं, और परिणामस्वरूप असहनीय और अविश्वसनीय हो जाती हैं। इस प्रवृत्ति के कारण, किसी को 10, 15 या यहां तक ​​कि 100 से अधिक अलग-अलग, व्यर्थ एकीकृत मास्टर डेटाबेस वाले संगठन मिल सकते हैं, जो [[ग्राहक संतुष्टि|उपभोगता संतुष्टि]], परिचालन दक्षता, निर्णय समर्थन और नियामक अनुपालन के क्षेत्रों में गंभीर परिचालन समस्याएं उत्पन्न कर सकते हैं।
कुछ बड़े निगमों को मास्टर डेटा प्रबंधन के साथ बड़े मापदंड पर समस्याओं का अनुभव होने का सबसे समान्य कारण विलय या अधिग्रहण के माध्यम से विकास है। विलय करने वाला कोई भी संगठन समान्यत: प्रतिलिपि मास्टर डेटा के साथ एक इकाई बनाएगा (क्योंकि विलय से पहले प्रत्येक के पास अपना स्वयं का कम से कम एक मास्टर डेटाबेस होने की संभावना है)। सामान्यतः, [[डेटाबेस प्रशासक]] विलय के भागो के रूप में मास्टर डेटा के [[डेटा डिडुप्लीकेशन]] के माध्यम से इस समस्या का समाधान करता है। चूँकि वास्तव में, कई मास्टर डेटा सिस्टमों को समेटना उपस्थित अनुप्रयोगों की मास्टर डेटाबेस पर निर्भरता के कारण कठिनाइयाँ प्रस्तुति कर सकता है। परिणामस्वरूप, अधिकांशत: दोनों प्रणालियाँ पूरी तरह से विलीन नहीं होती हैं, चूँकि अलग रहती हैं, एक विशेष सुलह प्रक्रिया को परिभाषित किया जाता है जो दो प्रणालियों में संग्रहीत डेटा के बीच स्थिरता सुनिश्चित करती है। चूँकि समय के साथ, जैसे-जैसे आगे विलय और अधिग्रहण होते हैं, समस्या कई गुना बढ़ जाती है, अधिक से अधिक मास्टर डेटाबेस सामने आते हैं, और डेटा-समाधान प्रक्रियाएँ अधिक समष्टि हो जाती हैं, और परिणामस्वरूप असहनीय और अविश्वसनीय हो जाती हैं। इस प्रवृत्ति के कारण, किसी को 10, 15 या यहां तक ​​कि 100 से अधिक अलग-अलग, व्यर्थ एकीकृत मास्टर डेटाबेस वाले संगठन मिल सकते हैं, जो [[ग्राहक संतुष्टि|उपभोगता संतुष्टि]], परिचालन दक्षता, निर्णय समर्थन और नियामक अनुपालन के क्षेत्रों में गंभीर परिचालन समस्याएं उत्पन्न कर सकते हैं।


एक अन्य समस्या मास्टर डेटा स्कीमा में सम्मिलित करने के लिए विवरण और सामान्यीकरण की उचित डिग्री निर्धारित करने से संबंधित है। उदाहरण के लिए, एक फ़ेडरेटेड एचआर वातावरण में, उद्यम लोगों के डेटा को वर्तमान स्थिति के रूप में संग्रहीत करने नियुक्ति की तिथि,, अंतिम पदोन्नति की तिथि आदि की पहचान करने के लिए कुछ क्षेत्र जोड़ने पर ध्यान केंद्रित कर सकता है। चूँकि यह सरलीकरण व्यवसाय को प्रभावित करने वाली त्रुटियों को आश्रित प्रणालियों में प्रस्तुति कर सकता है। योजना और पूर्वानुमान के लिए. ऐसी प्रणालियों के हितधारकों को नए कर्मचारियों की ऑनबोर्डिंग, नियोजित सेवानिवृत्ति और विनिवेश को ट्रैक करने के लिए नए इंटरफेस का एक समानांतर नेटवर्क बनाने के लिए विवश किया जा सकता है, जो मास्टर डेटा प्रबंधन के उद्देश्यों में से एक के विपरीत काम करता है।
एक अन्य समस्या मास्टर डेटा स्कीमा में सम्मिलित करने के लिए विवरण और सामान्यीकरण की उचित डिग्री निर्धारित करने से संबंधित है। उदाहरण के लिए, एक फ़ेडरेटेड एचआर वातावरण में, उद्यम लोगों के डेटा को वर्तमान स्थिति के रूप में संग्रहीत करने नियुक्ति की तिथि,, अंतिम पदोन्नति की तिथि आदि की पहचान करने के लिए कुछ क्षेत्र जोड़ने पर ध्यान केंद्रित कर सकता है। चूँकि यह सरलीकरण व्यवसाय को प्रभावित करने वाली त्रुटियों को आश्रित प्रणालियों में प्रस्तुति कर सकता है। योजना और पूर्वानुमान के लिए. ऐसी प्रणालियों के हितधारकों को नए कर्मचारियों की ऑनबोर्डिंग, नियोजित सेवानिवृत्ति और विनिवेश को ट्रैक करने के लिए नए इंटरफेस का एक समानांतर नेटवर्क बनाने के लिए विवश किया जा सकता है, जो मास्टर डेटा प्रबंधन के उद्देश्यों में से एक के विपरीत काम करता है।
Line 62: Line 60:
ऐसे कई विधि हैं जिनसे मास्टर डेटा को एकत्रित किया जा सकता है और अन्य प्रणालियों में वितरित किया जा सकता है।<ref>[http://dama-ny.com/images/meeting/101509/damanyc_mdmprint.pdf "Creating the Golden Record: Better Data Through Chemistry"], DAMA, slide 26, Donald J. Soulsby, 22 October 2009</ref> जो की इसमें सम्मिलित हैं:
ऐसे कई विधि हैं जिनसे मास्टर डेटा को एकत्रित किया जा सकता है और अन्य प्रणालियों में वितरित किया जा सकता है।<ref>[http://dama-ny.com/images/meeting/101509/damanyc_mdmprint.pdf "Creating the Golden Record: Better Data Through Chemistry"], DAMA, slide 26, Donald J. Soulsby, 22 October 2009</ref> जो की इसमें सम्मिलित हैं:


# डेटा समेकन - कई स्रोतों से मास्टर डेटा कैप्चर करने और अन्य गंतव्य प्रणालियों की प्रतिकृति के लिए एक एकल हब ([[परिचालन डेटा भंडार]]) में एकीकृत करने की प्रक्रिया होती है।
# डेटा समेकन - कई स्रोतों से मास्टर डेटा कैप्चर करने और अन्य गंतव्य प्रणालियों की प्रतिकृति के लिए एक एकल हब ([[परिचालन डेटा भंडार|परिचालन डेटा]] स्टोर) में एकीकृत करने की प्रक्रिया होती है।
#[[फ़ेडरेटेड डेटाबेस सिस्टम]] - एक या अधिक स्रोतों से एक या अधिक गंतव्य सिस्टम तक मास्टर डेटा का एकल वर्चुअल दृश्य प्रदान करने की प्रक्रिया है।
#[[फ़ेडरेटेड डेटाबेस सिस्टम]] - एक या अधिक स्रोतों से एक या अधिक गंतव्य सिस्टम तक मास्टर डेटा का एकल वर्चुअल दृश्य प्रदान करने की प्रक्रिया है।
# डेटा प्रसार - मास्टर डेटा को एक सिस्टम से दूसरे सिस्टम में प्रतिलिपि करने की प्रक्रिया, समान्यत: लीगेसी सिस्टम में पॉइंट-टू-पॉइंट इंटरफेस के माध्यम से है।
# डेटा प्रसार - मास्टर डेटा को एक सिस्टम से दूसरे सिस्टम में प्रतिलिपि करने की प्रक्रिया, समान्यत: लीगेसी सिस्टम में पॉइंट-टू-पॉइंट इंटरफेस के माध्यम से है।


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


==यह भी देखें                                                                                                ==
==यह भी देखें                                                                                                ==
Line 98: Line 96:
{{databases}}
{{databases}}


{{DEFAULTSORT:Master Data Management}}[[Category: व्यापारिक सूचना]] [[Category: डेटा प्रबंधन]] [[Category: डेटा भण्डारण]] [[Category: सूचना प्रबंधन]]
{{DEFAULTSORT:Master Data Management}}
 
 


[[Category: Machine Translated Page]]
[[Category:CS1 English-language sources (en)]]
[[Category:Created On 06/07/2023]]
[[Category:Collapse templates|Master Data Management]]
[[Category:Created On 06/07/2023|Master Data Management]]
[[Category:Database management systems|Master Data Management]]
[[Category:Lua-based templates|Master Data Management]]
[[Category:Machine Translated Page|Master Data Management]]
[[Category:Navigational boxes| ]]
[[Category:Navigational boxes without horizontal lists|Master Data Management]]
[[Category:Pages with script errors|Master Data Management]]
[[Category:Sidebars with styles needing conversion|Master Data Management]]
[[Category:Template documentation pages|Documentation/doc]]
[[Category:Templates Vigyan Ready|Master Data Management]]
[[Category:Templates generating microformats|Master Data Management]]
[[Category:Templates that add a tracking category|Master Data Management]]
[[Category:Templates that are not mobile friendly|Master Data Management]]
[[Category:Templates that generate short descriptions|Master Data Management]]
[[Category:Templates using TemplateData|Master Data Management]]
[[Category:Wikipedia metatemplates|Master Data Management]]
[[Category:डेटा प्रबंधन|Master Data Management]]
[[Category:डेटा भण्डारण|Master Data Management]]
[[Category:व्यापारिक सूचना|Master Data Management]]
[[Category:सूचना प्रबंधन|Master Data Management]]

Latest revision as of 09:53, 26 July 2023

मास्टर डेटा प्रबंधन (एमडीएम) एक प्रौद्योगिकी-सक्षम अनुशासन है जिसमें व्यवसाय और सूचना प्रौद्योगिकी उद्यम की आधिकारिक साझा मास्टर डेटा संपत्तियों की एकरूपता, स्पष्टता , प्रबंधन, अर्थपूर्ण स्थिरता और उत्तरदाई सुनिश्चित करने के लिए मिलकर काम करते हैं।[1][2]

मास्टर डेटा प्रबंधन के लिए ड्राइवर

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

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

संगठनों में मास्टर डेटा समस्याओं के कई मूल कारण हैं। इसमे सम्मिलित है:

  1. व्यवसाय इकाई और उत्पाद लाइन विभाजन
  2. विलय और अधिग्रहण

व्यवसाय इकाई और उत्पाद लाइन विभाजन

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

एक विशिष्ट उदाहरण एक बैंक का परिदृश्य है जहां एक उपभोगता ने एक मॉर्गेज निकाला है और बैंक उस उपभोगता को बंधक अनुरोध भेजना प्रारंभ कर देता है, इस तथ्य को अनदेखा करते हुए कि उस व्यक्ति का पहले से ही बैंक के साथ एक मॉर्गेज खाता संबंध है। ऐसा इसलिए होता है क्योंकि बैंक के अंदर विपणन अनुभाग द्वारा उपयोग की जाने वाली उपभोगता जानकारी का बैंक के उपभोगता सेवा अनुभाग द्वारा उपयोग की जाने वाली उपभोगता जानकारी के साथ एकीकरण का अभाव होता है। इस प्रकार दोनों समूह इस बात से अनभिज्ञ रहते हैं कि उपस्थित उपभोगता को भी बिक्री का नेतृत्वकर्ता माना जाता है। रिकॉर्ड लिंकेज की प्रक्रिया का उपयोग विभिन्न रिकॉर्डों को जोड़ने के लिए किया जाता है जो एक ही इकाई में इस स्थिति में एक ही व्यक्ति से से संबंधित होते हैं।

विलय और अधिग्रहण

कुछ बड़े निगमों को मास्टर डेटा प्रबंधन के साथ बड़े मापदंड पर समस्याओं का अनुभव होने का सबसे समान्य कारण विलय या अधिग्रहण के माध्यम से विकास है। विलय करने वाला कोई भी संगठन समान्यत: प्रतिलिपि मास्टर डेटा के साथ एक इकाई बनाएगा (क्योंकि विलय से पहले प्रत्येक के पास अपना स्वयं का कम से कम एक मास्टर डेटाबेस होने की संभावना है)। सामान्यतः, डेटाबेस प्रशासक विलय के भागो के रूप में मास्टर डेटा के डेटा डिडुप्लीकेशन के माध्यम से इस समस्या का समाधान करता है। चूँकि वास्तव में, कई मास्टर डेटा सिस्टमों को समेटना उपस्थित अनुप्रयोगों की मास्टर डेटाबेस पर निर्भरता के कारण कठिनाइयाँ प्रस्तुति कर सकता है। परिणामस्वरूप, अधिकांशत: दोनों प्रणालियाँ पूरी तरह से विलीन नहीं होती हैं, चूँकि अलग रहती हैं, एक विशेष सुलह प्रक्रिया को परिभाषित किया जाता है जो दो प्रणालियों में संग्रहीत डेटा के बीच स्थिरता सुनिश्चित करती है। चूँकि समय के साथ, जैसे-जैसे आगे विलय और अधिग्रहण होते हैं, समस्या कई गुना बढ़ जाती है, अधिक से अधिक मास्टर डेटाबेस सामने आते हैं, और डेटा-समाधान प्रक्रियाएँ अधिक समष्टि हो जाती हैं, और परिणामस्वरूप असहनीय और अविश्वसनीय हो जाती हैं। इस प्रवृत्ति के कारण, किसी को 10, 15 या यहां तक ​​कि 100 से अधिक अलग-अलग, व्यर्थ एकीकृत मास्टर डेटाबेस वाले संगठन मिल सकते हैं, जो उपभोगता संतुष्टि, परिचालन दक्षता, निर्णय समर्थन और नियामक अनुपालन के क्षेत्रों में गंभीर परिचालन समस्याएं उत्पन्न कर सकते हैं।

एक अन्य समस्या मास्टर डेटा स्कीमा में सम्मिलित करने के लिए विवरण और सामान्यीकरण की उचित डिग्री निर्धारित करने से संबंधित है। उदाहरण के लिए, एक फ़ेडरेटेड एचआर वातावरण में, उद्यम लोगों के डेटा को वर्तमान स्थिति के रूप में संग्रहीत करने नियुक्ति की तिथि,, अंतिम पदोन्नति की तिथि आदि की पहचान करने के लिए कुछ क्षेत्र जोड़ने पर ध्यान केंद्रित कर सकता है। चूँकि यह सरलीकरण व्यवसाय को प्रभावित करने वाली त्रुटियों को आश्रित प्रणालियों में प्रस्तुति कर सकता है। योजना और पूर्वानुमान के लिए. ऐसी प्रणालियों के हितधारकों को नए कर्मचारियों की ऑनबोर्डिंग, नियोजित सेवानिवृत्ति और विनिवेश को ट्रैक करने के लिए नए इंटरफेस का एक समानांतर नेटवर्क बनाने के लिए विवश किया जा सकता है, जो मास्टर डेटा प्रबंधन के उद्देश्यों में से एक के विपरीत काम करता है।

लोग, प्रक्रिया और प्रौद्योगिकी

मास्टर डेटा प्रबंधन प्रौद्योगिकी द्वारा सक्षम है, किंतु यह उन प्रौद्योगिकियों से कहीं अधिक है जो इसे सक्षम बनाती हैं। किसी संगठन की मास्टर डेटा प्रबंधन क्षमता में इसकी परिभाषा में लोग और प्रक्रिया भी सम्मिलित होती है।

लोग

एमडीएम के अंदर कई भूमिकाएँ निभानी चाहिए। सबसे प्रमुख रूप से डेटा ओनर और डेटा प्रबंधक संभवतः प्रत्येक भूमिका के लिए कई लोगों को आवंटित किया जाएगा, प्रत्येक व्यक्ति मास्टर डेटा के सबसेट के लिए उत्तरदाई होगा (उदाहरण के लिए एम्प्लोयी मास्टर डेटा के लिए एक डेटा ओनर, उपभोगता मास्टर डेटा के लिए दूसरा)।

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

डेटा स्टीवर्ड डेटा ओनर की ओर से मास्टर डेटा प्रबंधन चला रहा है और संभवतः डेटा ओनर का सलाहकार भी है।

प्रक्रिया

मास्टर डेटा प्रबंधन को डेटा प्रशासन संगठन द्वारा स्थापित नीतियों और प्रक्रियाओं द्वारा परिभाषित "विशेष गुणवत्ता सुधार के लिए अनुशासन" के रूप में देखा जा सकता है।[3] इसका उद्देश्य चल रहे रखरखाव और अनुप्रयोग उपयोग में एक सामान्य समझ, स्थिरता, स्पष्टता और नियंत्रण सुनिश्चित करने के लिए पूरे संगठन में मास्टर डेटा को संग्रह करने, एकत्रित करने, मिलान करने, समेकित करने, गुणवत्ता-सुनिश्चित करने, जारी रखने और वितरित करने की प्रक्रियाएं प्रदान करना है।[4]

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

प्रौद्योगिकी

मास्टर डेटा प्रबंधन उपकरण का उपयोग डेटा डिडुप्लीकेशन, डेटा मानकीकरण (बड़े मापदंड पर रखरखाव) द्वारा मास्टर डेटा प्रबंधन का समर्थन करने के लिए किया जा सकता है।[5] और मास्टर डेटा का एक आधिकारिक स्रोत बनाने के लिए गलत डेटा को सिस्टम में प्रवेश करने से रोकने के लिए नियमों को सम्मिलित किया जाता है। जो, की मास्टर डेटा वे उत्पाद, खाते और पक्ष हैं जिनके लिए वित्तीय लेनदेन पूरे किए जाते हैं।

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

कार्यान्वयन मॉडल

मास्टर डेटा प्रबंधन के लिए प्रौद्योगिकी समाधान प्रयुक्त करने के लिए कई मॉडल हैं। ये किसी संगठन के मुख्य व्यवसाय, उसकी कॉर्पोरेट संरचना और उसके लक्ष्यों पर निर्भर करते हैं। इसमे सम्मिलित है:

  1. रिकॉर्ड का स्रोत
  2. रजिस्ट्री
  3. समेकन
  4. सहअस्तित्व
  5. लेनदेन/केंद्रीकृत
रिकॉर्ड का स्रोत

यह मॉडल एकल एप्लिकेशन, डेटाबेस या सरल स्रोत (उदाहरण के लिए एक स्प्रेडशीट) को रिकॉर्ड के स्रोत (या रिकॉर्ड की प्रणाली जहां केवल एप्लिकेशन डेटाबेस पर विश्वास किया जाता है) के रूप में पहचानता है। इस मॉडल का लाभ इसकी वैचारिक सादगी है, किंतु यह बड़े संगठनों में समष्टि मास्टर डेटा वितरण की वास्तविकताओं के साथ स्थित नहीं हो सकता है।

रिकॉर्ड के स्रोत को फ़ेडरेटेड किया जा सकता है, उदाहरण के लिए विशेषता के समूहों द्वारा (जिससे मास्टर डेटा इकाई की विभिन्न विशेषताओं में रिकॉर्ड के अलग-अलग स्रोत हो सकते है) या भौगोलिक रूप से (जिससे किसी संगठन के विभिन्न भागो में अलग-अलग मास्टर स्रोत हो सकते है)। फ़ेडरेशन केवल कुछ उपयोग के स्थितियों में प्रयुक्त होता है, जहां स्पष्ट चित्रण होता है कि रिकॉर्ड के कौन से उपसमूह किन स्रोतों में पाए जाएंगे।

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

मास्टर डेटा का प्रसारण

ऐसे कई विधि हैं जिनसे मास्टर डेटा को एकत्रित किया जा सकता है और अन्य प्रणालियों में वितरित किया जा सकता है।[6] जो की इसमें सम्मिलित हैं:

  1. डेटा समेकन - कई स्रोतों से मास्टर डेटा कैप्चर करने और अन्य गंतव्य प्रणालियों की प्रतिकृति के लिए एक एकल हब (परिचालन डेटा स्टोर) में एकीकृत करने की प्रक्रिया होती है।
  2. फ़ेडरेटेड डेटाबेस सिस्टम - एक या अधिक स्रोतों से एक या अधिक गंतव्य सिस्टम तक मास्टर डेटा का एकल वर्चुअल दृश्य प्रदान करने की प्रक्रिया है।
  3. डेटा प्रसार - मास्टर डेटा को एक सिस्टम से दूसरे सिस्टम में प्रतिलिपि करने की प्रक्रिया, समान्यत: लीगेसी सिस्टम में पॉइंट-टू-पॉइंट इंटरफेस के माध्यम से है।

क्रियान्वयन में प्रबंधन परिवर्तन

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

यह भी देखें

संदर्भ

  1. ↑ "Gartner Glossary: Master Data Management". Gartner. Retrieved 6 June 2020.
  2. ↑ Rouse, Margaret (2018-04-09). "WhatIs.com से परिभाषा". SearchDataManagement. Retrieved 2018-04-09.
  3. ↑ DAMA-DMBOK Guide, 2010 DAMA International
  4. ↑ "Learn how to create a MDM change request – LightsOnData". LightsOnData (in English). 2018-05-09. Retrieved 2018-08-17.
  5. ↑ Jürgensen, Knut (2016-05-16). "Master Data Management (MDM): Help or Hindrance?". Simple Talk. Retrieved 2018-04-09.
  6. ↑ "Creating the Golden Record: Better Data Through Chemistry", DAMA, slide 26, Donald J. Soulsby, 22 October 2009


बाहरी संबंध

Retrieved from ‘https://www.vigyanwiki.in/index.php?title=मास्टर_डेटा_प्रबंधन&oldid=224079’