हमने कैसे नहीं किया

बहुत बार आप स्वचालन के बारे में निराशावादी लेख पा सकते हैं, अपने स्वयं के सिस्टम या विफल परियोजनाओं के कार्यान्वयन। ईआरपी विकास पर दस कमबख्त साल ।
स्थिति का मनोरंजन यह है कि, यह प्रतीत होता है, एक अच्छी शुरुआत एक सुखद अंत की ओर ले जाती है। या नहीं ... शायद इसके विपरीत, एक बुरी शुरुआत एक अप्रत्याशित अंत की ओर ले जाती है?

मेरी कहानी 2009 की सर्दियों में शुरू होगी, जिस साल वैश्विक संकट हर किसी के पास पहुंचा। जब, जब कंपनी को तत्काल मुख्य विक्रेता के साथ काम को स्वचालित करने की आवश्यकता होती है।

सर्दी 2009
3 कर्मचारियों की कंपनी के एक छोटे से आईटी विभाग को एक चमत्कार बनाने का काम सौंपा गया था। हमें कंपनी के लिए ईआरपी सिस्टम लिखना चाहिए। और एक चमत्कार पैदा हुआ। सिस्टम का मुख्य कोर एक महीने से भी कम समय में लिखा गया था, जिसके बाद उन्होंने दस्तावेज़ बनाना शुरू कर दिया।

ग्रीष्मकालीन 2009
इन्वेंट्री अकाउंटिंग सिस्टम को घुटने पर लागू नहीं किया गया था, नहीं, यह लॉजिस्टिक डेस्क पर गोदाम में बनाया गया था। एक अविस्मरणीय घटना, विवरण के साथ बॉक्स पहले से ही मुद्रित किया गया है, कार्गो प्राप्त करने के लिए दस्तावेज तैयार किए गए हैं, कार को छोड़ दिया गया है, और आपको लगता है कि पैकेज पर इसे छड़ी करने के लिए स्टिकर को प्रिंट करना असंभव क्यों है।

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

सर्दी 2009
आप एक डेवलपर के रूप में, विक्रेता से केंद्रीय कार्यालय में, केंद्रीय कार्यालय से सेवा केंद्रों तक और विक्रेता से विवाह के रूप में वापस जाने के चक्रों को समाप्त करते हैं। इससे पहले, सभी विवरण आपके पास आए थे, सेवा केंद्रों में बने रहे, निपटाए गए और यह सब डेटा है। एक्सेल में।

सर्दी 2010
SOAP के माध्यम से विक्रेता के साथ काम करने के लिए सेवा बनाई गई है, यह काम करता है, डेटा आता है, एक " लेकिन " अगर इंटरनेट गिर गया है, तो उस तरफ से डेटा अभी भी जाएगा, कोई नहीं जानता कि कहां, लेकिन वे करेंगे। लेकिन आप हमेशा यह जान सकते हैं कि पहले से स्थापित इंडो-एक्सेल-मैनेजर एक्सेस का उपयोग करके आपको 3-5 दिनों के भीतर क्या प्राप्त करना चाहिए।

वसंत 2010
बहीखाता पद्धति में रुचि हो गई है कि यह कैसे है - विवरण जो एक पैटर्न में चलते थे, अब दूसरे में जाते हैं ... और सिद्धांत रूप में और गुप्त रूप से, आप उनमें से किसी के आंदोलन के पूरे इतिहास को देख सकते हैं। किसने कितना प्राप्त किया और लौटना चाहिए। यह ब्याज इस हद तक बढ़ रहा है कि विवरण भेजने के लिए चालान और अन्य दस्तावेज बनाना अच्छा होगा।

ग्रीष्मकालीन 2010
आपने चालान बनाए हैं। अब लॉजिस्टिक बॉक्स इकट्ठा करने के बाद प्रलेखन का एक सेट प्रिंट कर सकता है। लेकिन केवल गोदाम प्रबंधक ही उन पर हस्ताक्षर कर सकते हैं।
सेवा केंद्रों को आपूर्ति उत्पन्न करने की प्रक्रिया को बदलने के लिए एक रणनीतिक निर्णय किया जाता है।

2010 पतन
सेवा केंद्रों के ऋणों के लंबे मैनुअल विश्लेषण के बाद, पूर्व भुगतान के बिना सेवा केंद्रों को भुगतान किए गए स्पेयर पार्ट्स की डिलीवरी को रोकने का निर्णय लिया गया था, लेकिन वारंटी स्पेयर पार्ट्स के साथ लदान पुरानी योजना के अनुसार तैयार किया जाना चाहिए। सोचने के लिए कुछ है।

सर्दी 2010
केंद्रीय कार्यालय में सेवा केंद्रों के ऋणों का विश्लेषण करने के लिए एक कार्यात्मक बनाया जाता है। उसके बाद, कई प्रबंधकों ने छह महीने के ऋण के साथ सौदा किया - एक साल पहले। लंबे और श्रमसाध्य काम उनकी वापसी पर शुरू होते हैं।

विंटर 2011
आप एक बहु-विक्रेता प्रणाली में संक्रमण के लिए तैयारी कर रहे हैं।

तो, डेवलपर्स के एक छोटे समूह द्वारा 2 साल में एक ईआरपी सिस्टम बनाया जा सकता है। यहां तक ​​कि एक नेटवर्क व्यवस्थापक (डेटाबेस) की अनुपस्थिति में, विरासत प्रणालियों के लिए चल रहा समर्थन। मीडिया पर खाली जगह का नियमित अभाव। संबंधित विकास के समानांतर विकास:

• वेयरहाउस सूची
• स्पेयर पार्ट्स के लिए उपकरण जुदा करने के लिए कार्यात्मक (परियोजना बंद थी)
• साइट इंजीनियरों की मरम्मत के लिए कार्य आदेश जारी करना

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

तो अगली बार जब आप किसी कंपनी में जाएं और "कुछ" देखें, तो यह सबसे अच्छा समाधान हो सकता है।

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