एंटरप्राइज़ ERP सॉफ़्टवेयर डेवलपमेंट

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

दो-तीन मॉड्यूल वाला फ़ोकस्ड सिस्टम (जैसे इन्वेंटरी और अकाउंटिंग) आमतौर पर 3 से 5 महीने लेता है। पाँच या ज़्यादा मॉड्यूल और मल्टी-ब्रांच सपोर्ट वाला बड़ा प्लेटफ़ॉर्म 6 से 12 महीने का माइलस्टोन-आधारित प्रोजेक्ट है। दोनों में आपको पहले कुछ हफ़्तों में चलता हुआ प्रीव्यू दिखता है, महीनों बाद नहीं।

जी हाँ, और हम आमतौर पर यही सुझाते हैं: उस मॉड्यूल से लॉन्च कीजिए जो आज सबसे ज़्यादा परेशान करता है (अक्सर इन्वेंटरी या फ़ाइनेंस), उसे प्रोडक्शन में परखिए, फिर बढ़ाइए। डेटा मॉडल पहले से इस बढ़त के लिए तैयार रखा जाता है, इसलिए बाद में मॉड्यूल जोड़ने का मतलब पहले का बना दोबारा बनाना नहीं।

ये बड़े सिस्टम हैं: एक फ़ोकस्ड मल्टी-मॉड्यूल बिल्ड आमतौर पर पाँच अंकों के मध्य दायरे से शुरू होता है और मॉड्यूल, इंटीग्रेशन और एंटिटी की संख्या के साथ बढ़ता है। हर कोटेशन लिखित, मॉड्यूल-दर-मॉड्यूल चेकलिस्ट पर तय कीमत का होता है, escrow से सुरक्षित।

ज़्यादातर मामलों में हाँ। हम आपके मौजूदा एक्सपोर्ट के लिए इम्पोर्ट टूल बनाते हैं और गो-लाइव से पहले, मॉड्यूल-दर-मॉड्यूल, माइग्रेट हुए डेटा को आपकी मौजूदा रिपोर्ट से मिलाकर जाँचते हैं, ताकि इतने बड़े सिस्टम में कुछ खोए नहीं।

जो भी मॉड्यूल आपको चाहिए, HR, पेरोल और प्रोक्योरमेंट समेत। कस्टम ERP का मतलब ही यह है कि आपके स्कोप किए सारे विभाग एक डेटा मॉडल साझा करते हैं, इसलिए आंशिक बिल्ड आम हैं और जान-बूझकर ऐसे हैं, कोई सीमा नहीं।

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