विकिपीडिया

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

उत्तरदायी रूप से इतिहास देखें
← पिछला अंतरअगला अंतर →
Content deleted Content added
यथादृश्यविकिटेक्स्ट
छो Robot: Interwiki standardization; अंगराग परिवर्तन
छो Bot: अंगराग परिवर्तन
पंक्ति 4:
 
 
'''उद्यम संसाधन योजना (एंटरप्राइज़ रीसोर्स प्लानिंग) ''' '''(ERP)''' एक कंपनी-व्यापी कंप्यूटर सॉफ्टवेयर प्रणाली है जिसका उपयोग साझा [[डाटा भंडार|डाटा भंडारों]] द्वारा सभी संसाधनों, सूचना, और व्यापार संबंधी प्रकार्यों के समंवय और प्रबंधन हेतु होता है.<ref>[3] ^ एस्टेवेस, जे., और पासटॉर, जे., एंटरप्राइस रिसोर्स प्लानिंग सिस्टम्स रिसर्च: एन एनोटेटेड बिब्लियोग्राफी, कम्यूनिकेशन्स ऑफ़ AIS , 7(8)पीपी. 2-54. </ref>
 
 
पंक्ति 11:
 
 
== इस शब्द की उत्पत्ति ==
]
 
 
ERP [[संक्षिप्त और आद्याक्षर|आद्याक्षर]] की उत्पत्ति MRP ([[मटेरिअल रिक्वायरमेंट प्लानिंग]]; बाद में [[विनिर्माण संसाधन आयोजना|मटेरिअल रिसोर्स प्लानिंग]]) और CIM ([[कम्प्यूटर एकीकृत विनिर्माण|कंप्यूटर इंटीग्रेटेड मैन्युफैक्चरिंग]]) के विस्तार के रूप में हुई थी. अनुसंधान एवं विश्लेषण फर्म [[गार्टनर]] द्वारा 1990 में इसको प्रचलित किया गया था. ERP प्रणालियाँ अब उद्यम के सभी प्रमुख कार्यों को समाहित करने का प्रयास करती हैं, संगठन का व्यवसाय या घोषणापत्र चाहे कुछ भी हो. इन प्रणालियों को अब गैर-उत्पादन व्यापारों, गैर-लाभ संगठनों और सरकारों में पाया जा सकता है.
 
 
पंक्ति 21:
 
 
एक ERP में अनुखंडों के उदाहरणों में, जो पहले स्वतन्त्र एप्लीकेशन हुआ करते थे, शामिल हैं: [[उत्पाद जीवन चक्र प्रबंधन|उत्पाद जीवन-चक्र प्रबंधन]], [[आपूर्ति श्रृंखला प्रबंधन सॉफ्टवेयर|आपूर्ति श्रृंखला प्रबंधन]] (उदा. [[खरीदना|क्रय]] , [[विनिर्माण]] और [[वितरण (व्यवसाय)|वितरण]]), [[गोदाम प्रबंधन प्रणाली|गोदाम प्रबंधन]], [[ग्राहक संबंध प्रबंधन]] (सीआरएम), बिक्री आदेश प्रसंस्करण, ऑनलाइन बिक्री, [[वित्तीय]], [[मानव संसाधन]], और [[निर्णय समर्थन प्रणाली]].
 
 
 
== ERP समाधानों का आवलोकन ==
कुछ संगठन - आमतौर पर वे जिनके पास सॉफ्टवेयर उत्पादों को एकीकृत करने के लिए पर्याप्त आतंरिक आईटी क्षमता है- ERP प्रणाली के केवल कुछ हिस्सों को लागू करने का चयन करते हैं और अपनी अन्य एप्लीकेशन आवश्यकताओं के लिए ERP या स्वतन्त्र प्रणालियों के बाह्य अंतराफलक विकसित करते हैं. उदाहरण के लिए, वे किसी एक विक्रेता की [[मानव संसाधन प्रबंधन प्रणाली]] का उपयोग करने का चयन कर सकते हैं, और प्रणालियों के दरम्यान एकीकरण को स्वयं कर सकते हैं.
 
 
पंक्ति 52:
 
 
; [[मानव संसाधन]]
: मानव संसाधन, वेतन, प्रशिक्षण, समय और उपस्थिति, कर्मचारी सूचियाँ, लाभ
 
 
;[[ग्राहक संबंध प्रबंधन]]
: बिक्री और विपणन, कमीशन, सेवा, ग्राहक संपर्क और कॉल सेंटर सुविधा
 
ग्राहकों, आपूर्तिकर्ताओं, और कर्मचारियों के लिए '''[[डाटा गोदाम]]''' और विभिन्न ''स्वयं सेवा'' अंतराफलक <br />
'''[[अभिगम नियंत्रण]]''' - प्रक्रिया निष्पादन हेतु प्राधिकार स्तरों के आधार पर उपयोगकर्ता विशेषाधिकार <br />
'''[[अनुकूलन]]''' - प्रक्रिया प्रवाह में विस्तार, योग और परिवर्तन की पूर्ति हेतु
 
 
पंक्ति 68:
 
 
कंपनियों द्वारा अपनी पुरानी प्रणालियों में [[वर्ष 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>
 
 
ERP को अक्सर गलत तरीके से ''[[बैक कार्यालय|बैक ऑफिस]] प्रणाली'' समझा जाता है, जो यह दर्शाता है कि [[ग्राहक|ग्राहकों]] और आम जनता का इससे कोई प्रत्यक्ष सरोकार नहीं है. इसकी तुलना ''[[फ्रंट कार्यालय|फ्रंट ऑफिस]] प्रणालियों'' के साथ की जाती है, जैसे कि [[ग्राहक संबंध प्रबंधन]] (सीआरएम) प्रणालियाँ जो सीधे ग्राहकों से जुड़ती हैं, या [[इ बिजनेस|ई-बिजनेस]] प्रणालियां जैसे कि ई-कामर्स, ई-गवर्नमेंट, ई-टेलिकॉम, और ई-फाइनेंस, या [[आपूर्ति श्रृंखला प्रबंधन|आपूर्तिकर्ता संबंध प्रबंधन]](एसआरएम) प्रणालियां.
 
 
पंक्ति 86:
 
 
ERP से पहले सॉफ्टवेयर का विकास व्यापारिक प्रक्रियाओं के अनुसार होता था. अधिकांश ERP प्रणालियों की जटिलता और ERP कार्यान्वयन में असफलता के नकारात्मक परिणामों के कारण, अधिकांश विक्रेताओं नें अपने सॉफ़्टवेयर में "सर्वोत्तम प्रथाओं" को शामिल कर लिया है. विक्रेता के अनुसार ये "सर्वोत्तम प्रथाएं" एक एकीकृत उद्यम-व्यापी प्रणाली में किसी विशिष्ट व्यापारिक प्रक्रिया के लिए सबसे कारगर तरीका होती हैं. <ref>[14] ^ मोन्क, एल्लेन और वेगनर, ब्रेट." कॉन्सेप्टस इन एंटरप्राइस रिसोर्स प्लानिंग "3rd.ed. कोर्स टेक्नोलॉजी केंगेज़ लर्निंग.बोस्टन, मास्साचुसेट्ट्स .2009</ref>लुग्विगशाफें यूनिवर्सिटी ऑफ़ एप्लाइड साइंस के एक अध्ययन ने 192 कंपनियों का सर्वेक्षण किया और यह निष्कर्ष निकाला कि जिन कंपनियों ने उद्योग जगत की [[सर्वश्रेष्ठ प्रणालियां|सर्वश्रेष्ठ प्रथाओं]] को लागू किया है उनमें कॉन्फिगरेशन, प्रलेखन, परीक्षण और प्रशिक्षण जैसे महत्वपूर्ण परियोजना कार्यों में कमी आयी है. इसके अलावा, सर्वोत्तम प्रथाओं के उपयोग से अन्य सॉफ्टवेयरों की तुलना में जोखिम में 71% से अधिक की कमी आयी. <ref>[15] ^ "एनहेन्स्ड प्रोजेक्ट सक्सेस थ्रू SAP बेस्ट प्रेकटिसेज़- इंटरनेशनल बेंचमार्किंग स्टडी," ISBN 1-59229-031-0.</ref>
 
 
पंक्ति 93:
 
 
== क्रियान्वयन ==
व्यवसायों की सभी कार्यात्मक इकाइयों में एप्लीकेशंस और प्रक्रियाओं की व्यापक गुंजाइश होती है; 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>
 
पंक्ति 106:
# स्थानांतरित किए जाने वाले डाटा की पहचान
# डाटा स्थानांतरण के समय का निर्धारण
# डाटा टेम्पलेट्स का उत्पादन
# डाटा स्थानांतरण के उपकरणों को स्थिर (फ्रीज़) करना
# स्थानांतरण संबंधित ढांचों का निर्णय
# डेटा संग्रह पर निर्णय
 
पंक्ति 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>
 
 
पंक्ति 133:
 
 
विन्यास तालिकाएँ- एक विन्यास तालिका कंपनी को इस प्रणाली के किसी विशिष्ट पहलू को अपने चयनित व्यवसाय के तरीके के अनुसार ढालने में सक्षम बनाती है. उदाहरण के लिए, एक संगठन माल-सूची लेखांकन के प्रकार का- [[FIFO और LIFO लेखांकन|फीफो या लीफो]]- चयन कर सकता है, या वह राजस्व की पहचान किसके द्वारा करना चाहत है- भौगोलिक इकाई, उत्पाद, या वितरण चैनल.
 
 
पंक्ति 141:
 
=== परामर्श सेवाएं ===
कई संगठनों के पास ERP परियोजना को लागू करने के लिए पर्याप्त आंतरिक कौशल नहीं था. इसके परिणामस्वरूप कई संगठन ERP कार्यान्वयन के लिए परामर्श सेवाएं प्रदान करने लगे. आमतौर पर, एक परामर्श टीम पूरे ERP कार्यान्वयन के लिए जिम्मेदार थी, जिसमें शामिल था योजना, प्रशिक्षण, परीक्षण, कार्यान्वयन और अनुकूलित अनुखंडों की डिलिवरी. अनुकूलन के उदाहरणों में शामिल हैं, अतिरिक्त उत्पाद प्रशिक्षण; प्रक्रिया प्रवर्तक(ट्रिगर) और कार्यप्रवाह का निर्माण; ERP का व्यापार में किस प्रकार उपयोग किया जाये, इसमें सुधार हेतु विशेषज्ञ सलाह; प्रणाली अनुकूलन; और सहायता लेखन रिपोर्टें, जटिल डेटा निष्कर्षों या व्यापार खुफिया कार्यान्वयन.
 
 
पंक्ति 147:
 
 
अधिकांश एकल-उद्देश्य एप्लीकेशंस के विपरीत, ERP पैकेजेस में शुरुआत से ही पूर्ण स्रोत कोड शामिल रहा है और अनुरूपण तथा प्रदीप्त कोड के विस्तार के लिए विक्रेता समर्थित [[समन्वित विकास पर्यावरण|टीम IDEs]] के साथ इनको भेजा जाता रहा है. ERP के प्रारंभिक वर्षों के दौरान, जब एक संभावित ग्राहक स्वयं के अनूठे समाधान का आतंरिक रूप से विकास करने पर विचार कर रहा होता था, या "सर्वश्रेष्ठ नस्ल" के कई एप्लीकेशंस के एकीकरण द्वारा प्रकार्य-व्यापी समाधान को एकत्र कर रहा होता था, उस वक्त परिपक्व उपकरणों की गारंटी और व्यापक अनुकूलन के लिए सहायता एक महत्वपूर्ण बिक्री तर्क हुआ करता था.
 
 
पंक्ति 164:
 
==== विस्तार ====
इस संदर्भ में "विस्तार" उन तरीकों को दर्शाता है जिनके द्वारा प्रदीप्त ERP वातावरण को तृतीय-पक्ष कार्यक्रमों द्वारा बढ़ाया जा सकता है. ERP के अधिकांश आदान-प्रदान को बाहरी कार्यक्रमों के समक्ष खोलना तकनीकी रूप से आसान है, उदाहरण,
 
* संग्रह, रिपोर्टिंग और पुनः-प्रकाशन के परिदृश्य (इनका संग्रहण सबसे आसान है क्योंकि ये मुख्यतः स्थिर डाटा के साथ काम करते हैं);
पंक्ति 177:
 
 
== लाभ ==
एक ERP प्रणाली की अनुपस्थिति में, एक बड़े निर्माता के पास कई सॉफ्टवेयर एप्लीकेशंस हो सकते हैं जो एक दूसरे से प्रभावी रूप से संवाद या इंटरफेस(अनुफालक) स्थापित करने में असमर्थ हों. एक दूसरे के साथ इंटरफेस स्थापित करने वाले कार्यों में शामिल हैं:
 
* समुचित संचार, उत्पादकता और कार्यकुशलता को सुनिश्चित करने के लिए विभिन्न प्रकार्य क्षेत्रों का एकीकरण
पंक्ति 192:
* उन व्यावसायिक प्रक्रियाओं पर नियंत्रण की अनुमति प्रदान करता है जिनका विस्तार कई प्रकार्यों में होता है
* कंपनी का सर्वांगीण परिदृश्य प्रदान करता है (जहाँ कोई "जानकारी के द्वीप" न हों)
* कई अनुमतियों और सुरक्षा मॉडलों को एक ढांचे में संगठित करके संवेदनशील डेटा के नुकसान के जोखिम को कम करता है.
 
 
कुछ [[सुरक्षा]] सुविधायें एक 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>
 
 
 
== नुकसान ==
ERP प्रणालियों की समस्याओं का कारण मुख्यतः शामिल आईटी कर्मियों के प्रशिक्षण में अपर्याप्त निवेश है- इनमें वे कर्मचारी भी शामिल हैं जो परिवर्तनों को लागू और उनका परिक्षण करते हैं- साथ ही डाटा अखंडता की सुरक्षा के प्रति कॉर्पोरेट नीति का अभाव और उनके प्रयोग का तरीका.
 
 
नुकसान
 
* ERP सॉफ्टवेयर का अनुकूलन सीमित मात्रा में ही किया जा सकता है.
* ERP प्रणाली द्वारा निर्धारित "औद्योगिक मानकों" के साथ समन्वय हेतु व्यावसायिक प्रक्रियाओं की री-इंजीनियरिंग के कारण प्रतिस्पर्धी श्रेष्ठता में कमी आ सकती है.
* ERP प्रणालियाँ बहुत महँगी हो सकती हैं (इसके परिणामस्वरूप "ERP लाइट" समाधान {एक्सपैंड सेक्शन} नामक एक नया वर्ग सामने आया है)
पंक्ति 215:
* कुछ बड़े संगठनों में ऐसे कई विभाग हो सकते हैं जिनके पृथक और स्वतंत्र संसाधन, मिशन, आदेश श्रृंखला, आदि हों, अतः उनके एक इकाई में समेकन के लाभ सीमित हो सकते हैं.
* ग्राहकों की वास्तविक जरूरतों के हिसाब से ये प्रणालियां अति जटिल हो सकती हैं.
* ERP प्रणाली, डेटा को एक स्थान पर केंद्रस्थ करती है. यह सुरक्षा भंग होने की स्थिति में संवेदनशील जानकारी के नुकसान के खतरे को बढ़ा सकता है.
 
 
 
== यह भी देखें ==
 
* [[ERP सॉफ्टवेयर संकुल की सूची|ERP सॉफ्टवेयर पैकेजेस (संकुलों)की सूची]]
* [[ERP विक्रेताओं की सूची]]
* [[लेखांकन सॉफ्टवेयर]]
* [[उन्नत योजना एवं निर्धारण|उन्नत योजना एवं अनुसूचन]]
* [[APICS]]
* [[सामग्रियों का बिल|सामग्रियों का बिल (BOM)]]
* [[व्यवसाय प्रक्रिया प्रबंधन]]
* [[विन्यास BOM|विन्यास BOM (CBOM)]]
* [[डाटा स्थानांतरण]]
* [[एन्टरप्राईस फीडबैक मैनेजमेंट|एंटरप्राइस फीडबैक मैनेजमेंट (EFM)]]
* [[उद्यम प्रणाली]]
* [[ई-खरीद]]
* [[ERP मॉडलिंग]]
* [[ERP4IT|IT के लिए ERP]]
* [[ERP प्रणाली चयन क्रियाविधि विज्ञान|ERP प्रणाली चयन क्रियाविधि]]
* [[सूचना प्रौद्योगिकी प्रबंधन]]
* [[प्रबंधन सूचना प्रणाली]]
* [[विनिर्माण संचालन प्रबंधन]]
पंक्ति 250:
 
 
==संदर्भ संदर्भ ==
{{reflist|2}}
 
 
 
== अतिरिक्त पाठन ==
 
* {{cite journal
पंक्ति 289:
* {{cite book |last=Waldner |first=Jean-Baptiste |title= Les nouvelles perspectives de la production |year=1990 |publisher=DUNOD BORDAS |location=Paris |isbn=9782040198206 }}
* {{cite book |last=Lequeux |first=Jean-Louis |title= Manager avec les ERP, Architecture Orientée Services (SOA) |year=2008 |publisher=EDITIONS D'ORGANISATION |location=Paris |isbn=978-2-212-54094-9 }}
* [http://www.cio.com/article/40323 CIO पत्रिका के ERP के ABC]
* {{cite journal
| last = Clemons
"https://hi.wikipedia.org/wiki/उद्यम_संसाधन_योजना_(एंटरप्राइज़_रीसोर्स_प्लानिंग)" से प्राप्त