"उद्यम संसाधन योजना (एंटरप्राइज़ रीसोर्स प्लानिंग)": अवतरणों में अंतर

छो Bot: अंगराग परिवर्तन
छो सन्दर्भ की स्थिति ठीक की।
पंक्ति 64:
 
 
उद्यम संसाधन योजना (एंटरप्राइज़ रीसोर्स प्लानिंग) शब्द मूल रूप से मैन्यूफैक्चरिंग रिसोर्स प्लानिंग ([[MRP द्वितीय|MRP II]]) से लिया गया है, जो कि [[मटेरिअल रिक्वायरमेंट प्लानिंग]] (MRP) से आया है. <ref>{{Citation
| last = Anderegg | first = Travis | title = MRP/MRPII/ERP/ERM&nbsp;— Confusting Terms and Definitions for a Murkey Alphabet Soup | url = http://www.wlug.org.nz/EnterpriseSpeak | accessdate = 2007-10-25 }}</ref>MRP, ERP में तब परिवर्तित हुआ जब "रूटिंग्स" सॉफ्टवेयर वास्तुकला का एक प्रमुख हिस्सा बन गया और एक कंपनी की [[क्षमता की योजना |क्षमता योजना]] गतिविधि भी मानक सॉफ्टवेयर गतिविधियों का एक हिस्सा बन गयी.{{Fact|date=August 2007}} ERP प्रणालियाँ आमतौर पर कंपनी के [[विनिर्माण |निर्माण]], [[संभार |लौजिसटिक्स]], [[वितरण (व्यवसाय) |वितरण]], [[सूची |माल]], [[नौवहन |नौवहन]], [[चालान |चालान]], और [[लेखांकन |लेखा]] का प्रबंधन करती हैं. ERP [[कंप्यूटर सॉफ्टवेयर |सॉफ्टवेयर]] कई [[व्यवसाय |व्यावसायिक]] गतिविधियों जैसे [[बिक्री |बिक्री]], विपणन, [[वितरण (वाणिज्य) |वितरण]], बिलिंग, उत्पादन, माल प्रबंधन, [[गुणवत्ता प्रबंधन |गुणवत्ता प्रबंधन]] और [[मानव संसाधन प्रबंधन |मानव संसाधन प्रबंधन]] के नियंत्रण में सहायता कर सकते हैं.
 
 
कंपनियों द्वारा अपनी पुरानी प्रणालियों में [[वर्ष 2000 की समस्या|Y2K]] समस्या का सामना करने के कारण 1990 के दशक में ERP प्रणालियों की बिक्री में भारी वृद्धि देखने को मिली. कई कंपनियों ने इस अवसर का लाभ उठाते हुए अपनी पुरानी सूचना प्रणालियों को ERP प्रणालियों के साथ बदल दिया. बिक्री की इस तेजी में 1999 में मंदी आ गयी, क्योंकि इस समय तक अधिकांश कंपनियां अपने [[वर्ष 2000 की समस्या|Y2K]] समाधान लागू कर चुकी थीं. <ref>{{Citation | last = Monk | first = Ellen | last2 = Wagner | first2 = Bret | title = [[Concepts in Enterprise Resource Planning]] | publisher = Thomson Course Technology | year = 2006 | location = Boston | volume = | edition = Second | isbn = 0-619-21663-8}}</ref>
 
 
पंक्ति 86:
 
 
ERP से पहले सॉफ्टवेयर का विकास व्यापारिक प्रक्रियाओं के अनुसार होता था. अधिकांश ERP प्रणालियों की जटिलता और ERP कार्यान्वयन में असफलता के नकारात्मक परिणामों के कारण, अधिकांश विक्रेताओं नें अपने सॉफ़्टवेयर में "सर्वोत्तम प्रथाओं" को शामिल कर लिया है. विक्रेता के अनुसार ये "सर्वोत्तम प्रथाएं" एक एकीकृत उद्यम-व्यापी प्रणाली में किसी विशिष्ट व्यापारिक प्रक्रिया के लिए सबसे कारगर तरीका होती हैं. <ref>[14] ^ मोन्क, एल्लेन और वेगनर, ब्रेट." कॉन्सेप्टस इन एंटरप्राइस रिसोर्स प्लानिंग "3rd.ed. कोर्स टेक्नोलॉजी केंगेज़ लर्निंग.बोस्टन, मास्साचुसेट्ट्स .2009</ref>लुग्विगशाफें यूनिवर्सिटी ऑफ़ एप्लाइड साइंस के एक अध्ययन ने 192 कंपनियों का सर्वेक्षण किया और यह निष्कर्ष निकाला कि जिन कंपनियों ने उद्योग जगत की [[सर्वश्रेष्ठ प्रणालियां|सर्वश्रेष्ठ प्रथाओं]] को लागू किया है उनमें कॉन्फिगरेशन, प्रलेखन, परीक्षण और प्रशिक्षण जैसे महत्वपूर्ण परियोजना कार्यों में कमी आयी है. इसके अलावा, सर्वोत्तम प्रथाओं के उपयोग से अन्य सॉफ्टवेयरों की तुलना में जोखिम में 71% से अधिक की कमी आयी. <ref>[15] ^ "एनहेन्स्ड प्रोजेक्ट सक्सेस थ्रू SAP बेस्ट प्रेकटिसेज़- इंटरनेशनल बेंचमार्किंग स्टडी," ISBN 1-59229-031-0.</ref>
 
 
पंक्ति 94:
 
== क्रियान्वयन ==
व्यवसायों की सभी कार्यात्मक इकाइयों में एप्लीकेशंस और प्रक्रियाओं की व्यापक गुंजाइश होती है; ERP सॉफ्टवेयर [[प्रणाली|प्रणालियों]] का उत्पादन किया जाता है जो आम तौर पर जटिल होती हैं और कर्मचारियों की कार्य पद्धतियों में महत्त्वपूर्ण बदलावों की मांग करती हैं. <ref>[17] ^ वॉट इज ERP?, Http://www.tech-faq.com/erp.shtml </ref> ERP सॉफ्टवेयर का क्रियान्वयन "आतंरिक" कौशल के लिए आम तौर पर बहुत जटिल होता है, इसलिए यह वांछनीय भी है और इसकी सलाह भी दी जाती है कि इन प्रणालियों को लागू करने हेतु पेशेवर रूप से प्रशिक्षित बाह्य सलाहकारों की मदद ली जाये. यह आमतौर पर लागत कम करने का सबसे प्रभावी तरीका है. तीन प्रकार की सेवाएं हैं जिनके लिए नियुक्ति की जा सकती है - परामर्श, अनुकूलन, और सहायता. <ref>[18] ^ वॉट इज ERP?, Http://www.tech-faq.com/erp.shtml </ref> एक ERP प्रणाली को लागू करने की अवधि व्यापार के आकार, अनुखंडों की संख्या, अनुकूलन की सीमा, परिवर्तन की गुंजाइश और परियोजना का स्वामित्व ग्रहण के लिए ग्राहक की इच्छा, पर निर्भर करती है. ERP प्रणालियां अनुखंडित होती हैं, अतः यह आवश्यक नहीं है कि इनको एक ही बार में लागू किया जाये. इन्हें विभिन्न स्तरों या चरणों में विभाजित किया जा सकता है. एक आम परियोजना में लगभग 14 महीने और 150 के आसपास सलाहकारों की आवश्यकता होती है. <ref>[19] ^ क्रिटिकल इश्यूज़ अफेक्टिंग एन ERP इम्प्लीमेंटेशन, http://carl.sandiego.edu/gba573/critical_issues_affecting_an_erp.htm </ref> एक छोटी परियोजना को (जैसे, 100 से कम कर्मचारियों की संख्या वाली एक कंपनी) 3-9 महीने के भीतर योजनाबद्ध करके लागू किया जा सकता है; जबकि, एक बड़े, बहु-क्षेत्रीय और बहु-देशीय कार्यान्वयन में वर्षों लग सकते हैं. {{Fact|date=December 2007}} कार्यान्वयन की अवधि बहुत कुछ अनुकूलन की वांछित मात्रा पर निर्भर करती है. <ref>[21] ^क्रिटिकल इश्यूज़ अफेक्टिंग एन ERP इम्प्लीमेंटेशन, http://carl.sandiego.edu/gba573/critical_issues_affecting_an_erp.htm </ref>
 
 
पंक्ति 100:
 
 
एक ERP कार्यान्वयन की सफलता का निर्धारण करने में डेटा स्थानांतरण सबसे महत्वपूर्ण गतिविधियों में से एक है. चूँकि स्थानांतरण से पहले कई महत्त्वपूर्ण निर्णय लिए जाते हैं, अति योजनाबद्ध तरीके से आगे बढ़ना आवश्यक हो जाता है. दुर्भाग्यवश, डेटा प्रवास एक ERP कार्यान्वयन के उत्पादन चरण से पहले की आखिरी गतिविधि होती है, अतः समय की कमी के कारण इसपर बहुत कम ध्यान दिया जाता है. एक ERP कार्यान्वयन की सफलता के लिए डेटा प्रवास रणनीतियों के निम्नलिखित कदम सहायक सिद्ध हो सकती हैं: <ref>{{cite web |author=Ramaswamy V K |title=Data Migration Strategy in ERP |date=2007-09-27 |url=http://research.ittoolbox.com/white-papers/backoffice/erp/data-migration-strategies-in-erp-4620/ |accessdate=2008-04-08 }}</ref>
 
 
पंक्ति 114:
 
=== प्रक्रिया तैयारी ===
ERP विक्रेताओं ने अपनी प्रणालियों को मानक व्यापार प्रक्रियाओं के अनुसार डिजाइन किया है, सर्वोत्तम व्यावसायिक पद्धतियों के आधार पर. अलग विक्रेताओं की प्रक्रियाएं अलग प्रकार की होती हैं लेकिन वे सभी एक मानक, अनुखंडित प्रकृति का ही अनुसरण करती हैं. परिणामस्वरूप, जो कंपनियां ERP प्रणालियों को लागू करना चाहती हैं उन्हें अपनी मौजूदा प्रक्रियाओं के अनुसार ERP पैकेज को ढालने की बजाय अपने संगठनों को मानक प्रक्रियाओं के अनुसार ढालने के लिए बाध्य होना पड़ता है. <ref>[24] ^ टर्बन आदि. (2008). ''इंफोर्मेशन टेक्नॉलोजी फॉर मेनेजमेंट, ट्रांसफोर्मिंग ऑर्गेनाइजेशन इन दी डिज़िटल इकोनोमी.'' मैसाचुसेट्स: जॉन विलेय एंड संस, Inc., पीपी. 300-343. ISBN 978-0-471-78712-9 </ref> ERP कार्यान्वयन शुरू करने से पहले वर्तमान व्यावसायिक प्रक्रियाओं का नक्शा बनाने की उपेक्षा, ERP परियोजनाओं की विफलता का एक मुख्य कारण है . <ref>[25] ^ ब्राउन, सी., एंड आई. वेस्सेय, "मेनेजिंग दी नेक्स्ट वेव ऑफ़ एंटरप्राइस सिस्टम्स: लेवरेजिंग लेसंस फ्रॉम ERP, " ''MIS क्वाटर्ली एग्जिक्यूटिव'' , 2(1), 2003. </ref> यह इसलिए महत्वपूर्ण है कि संगठन एक ERP विक्रेता के चयन और इसके क्रियान्वयन से पहले व्यावसायिक प्रक्रियाओं का सम्पूर्ण विश्लेषण करें. इस विश्लेषण द्वारा मौजूदा सभी व्यावसायिक प्रक्रियाओं का नक्शा तैयार करना चाहिए, ताकि ऐसे ERP विक्रेता का चयन किया जा सके जिसके मानक अनुखंड स्थापित संगठन के साथ सर्वाधिक निकटता से जुडे हों. अधिक प्रक्रियात्मक एकीकरण प्राप्त करने के लिए तब रीडिजाइन का कार्यान्वयन किया जा सकता है. शोध यह इंगित करता है कि व्यावसायिक प्रक्रियाओं में बेमेल के जोखिम को निम्नलिखित के द्वारा कम किया जा सकता है:
 
* प्रत्येक वर्तमान संगठनात्मक प्रक्रिया को संगठन की रणनीति के साथ जोड़ना;
* प्रत्येक प्रक्रिया की प्रभावशीलता का विश्लेषण, उसकी वर्तमान संबंधित व्यापार क्षमता के सन्दर्भ में;
* वर्तमान में लागू स्वचालित समाधानों को समझना. <ref>[26] ^ किंग.डब्ल्यू., "एन्श्योरिंग ERP इम्प्लीमेंटेशन सक्सेस," ''इन्फोर्मेशन सिस्टम्स मेनेजमेंट'' , ग्रीष्म 2005 .</ref> <ref>[27] ^ यूसुफ, वाई., ए. गुनासेकरण, एंड एम. अब्थोरपे, "इंटरप्राइस इन्फोर्मेशन सिस्टम्स प्रोजेक्ट एम्प्लेमेंटेशन: ए केस स्टडी ऑफ़ ERP इन रोल्स-रोय्स, " ''इंटरनेशनल जर्नल ऑफ प्रोडक्शन इकोनोमिक्स,'' 87(3), फरवरी, 2004. </ref>
ERP कार्यान्वयन उन संगठनों में अधिक दुष्कर होता है जहाँ लगभग स्वतंत्र व्यावसायिक इकाइयां होती हैं , प्रत्येक इकाई अपने नफे नुकसान के लिए स्वयं जिम्मेदार होती है, क्योंकि उनमें से प्रत्येक की अलग प्रक्रियाएं, व्यापार नियम, डाटा शब्दार्थ-विज्ञान, प्राधिकार पदानुक्रम और निर्णय केंद्र होते हैं. <ref>{{cite web |title=Requirements Engineering for Cross-organizational ERP Implementation: Undocumented Assumptions and Potential Mismatches |coauthors = Maya Daneva, Roel Wieringa | publisher = University of Twente | url = http://www.vital-project.org/papers/Daneva-Wieringa-Camera-Ready-RE-Paper.pdf | accessdate= 2008-07-12 |format=PDF}}</ref>समाधानों में शामिल हैं, स्थानीय [[परिवर्तन प्रबंधन (लोग)|परिवर्तन प्रबंधन]] पेशेवरों द्वारा आवश्यकताओं का समन्वय या, यदि यह सम्भव न हो, शिथिल एकीकृत उदाहरणों (उदहारण, [[मास्टर डाटा प्रबंधन]] के माध्यम से जोड़े गये) का उपयोग करते हुए संघबद्ध कार्यान्वयन जिन्हें स्थानीय आवश्यकताओं की पूर्ति हेतु विशेष तौर पर विन्यस्त और/या अनुकूल बनाया गया हो.
 
 
ERP का एक नुकसान आमतौर पर यह बताया जाता है कि मानकीकृत ERP अनुखंडों के साथ मेल खाने के लिए व्यावसायिक प्रक्रियाओं के परिवर्तन से प्रतिस्पर्धी श्रेष्ठता में कमी आ सकती है. प्रलेखित साक्ष्य मौजूद है जहाँ वास्तव में ऐसा हुआ, जबकि अन्य मामले दर्शाते हैं कि ERP प्रक्रियाओं का पूर्णता से अनुसरण स्थाई प्रतिस्पर्धात्मक श्रेष्ठता को वास्तव में बढ़ा सकता है. <ref>[30] ^ टर्बन एट एल.(2008).''इंफोर्मेशन टेक्नॉलोजी फॉर मेनेजमेंट, ट्रांसफोर्मिंग ऑर्गेनाइजेशन इन दी डिज़िटल इकोनोमी.'' मैसाचुसेट्स: जॉन विलेय एंड संस, Inc., पीपी. 320.ISBN 978-0-471-78712-9</ref> <ref>[31] ^ [[ब्रूस देहनिंग|देहनिंग, बी.]] एंड टी. स्त्रेतोंपाउलोस, 'डिटरमिनेंट्स ऑफ़ ए सस्टेनेबल कम्पेटीटीव एडवांटेज ड्यू टू एन आईटी- एनेबल स्ट्रेटेजी, 'जर्नल ऑफ़ स्ट्रेटेजिक इन्फोर्मेशन सिस्टम्स, Vol. 12, 2003 </ref>
 
 
पंक्ति 195:
 
 
कुछ [[सुरक्षा]] सुविधायें एक ERP प्रणाली में शामिल रहती हैं ताकि [[औद्योगिक जासूसी]] जैसे बाहरी अपराध, और [[गबन]] जैसे अंदरूनी अपराध के विरुद्ध सुरक्षा प्रदान की जा सके. उदाहरण के लिए डाटा से छेड़-छाड़ का एक परिदृश्य यह हो सकता है, एक असंतुष्ट कर्मचारी जानबूझकर कीमतों को उनके निम्नतम स्तर के नीचे रख रहा हो ताकि कंपनी के मुनाफे से छेड़-छाड़ की जा सके या अन्य किसी प्रकार से नुकसान पहुँचाया जा सके. ERP प्रणालियां आमतौर पर इस प्रकार के कृत्यों के विरुद्ध [[आंतरिक नियंत्रण]] की सुविधा प्रदान करती हैं. ERP विक्रेता अन्य प्रकार के सूचना सुरक्षा उपकरणों के साथ बेहतर एकीकरण की ओर बढ़ रहे हैं. <ref>{{cite web |first=Katherine |last=Walsh |url=http://www.csoonline.com/article/216940/The_ERP_Security_Challenge |title=The ERP Security Challenge |work=CSOonline |publisher=CXO Media Inc |month=January | year=2008 |accessdate=2008-01-17 }}</ref>