अगर आपके लीगेसी सिस्टम में इनमें से एक या ज़्यादा संकेत दिखते हैं, तो उसे आधुनिक बनाने की ज़रूरत है: उसकी टेक्नोलॉजी वेंडर सपोर्ट से बाहर है, उसे सिर्फ़ एक व्यक्ति या एक कॉन्ट्रैक्टर समझता है, वह ई-इनवॉइसिंग, बैंकों या नए ऐप्स तक सिर्फ़ मैनुअल एक्सपोर्ट के ज़रिए पहुँचता है, या हर छोटे बदलाव में हफ़्ते लग जाते हैं। उदाहरण के लिए, Microsoft के अनुसार SQL Server 2014 का एक्सटेंडेड सपोर्ट जुलाई 2024 में खत्म हो गया, और .NET 8 और .NET 9 का सपोर्ट 10 नवंबर 2026 को खत्म होगा। अगर सिस्टम स्थिर, अलग-थलग और चलाए रखने में सस्ता है, तो सही फ़ैसला इंतज़ार करना हो सकता है।

इस सीरीज़ के भाग 1 में आपने उन सिस्टम की सूची बनाई थी जिनके बिना आपका कारोबार एक दिन भी नहीं चल सकता। अब हम हर एक के बारे में पूछते हैं: क्या इसे सच में आधुनिक बनाने की ज़रूरत है?

पहला संकेत: टेक्नोलॉजी वेंडर सपोर्ट से बाहर है

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

टेक्नोलॉजीआसान शब्दों में यह क्या हैसपोर्ट का अंत
Windows Server 2012 R2सर्वर का ऑपरेटिंग सिस्टमएक्सटेंडेड सपोर्ट अक्टूबर 2023 में खत्म हुआ; पेड Extended Security Updates का तीसरा साल अक्टूबर 2026 में खत्म हुआ
SQL Server 2014वह डेटाबेस जिसमें सिस्टम का डेटा रहता हैएक्सटेंडेड सपोर्ट जुलाई 2024 में खत्म हुआ; पेड सुरक्षा अपडेट जुलाई 2027 तक चलेंगे
.NET 8 और .NET 9Microsoft का प्लेटफ़ॉर्म जिस पर बहुत सारे बिज़नेस सॉफ़्टवेयर बने हैंसपोर्ट 10 नवंबर 2026 को खत्म होगा
.NET 10उसी प्लेटफ़ॉर्म का मौजूदा वर्ज़ननवंबर 2028 तक सपोर्ट

स्रोत: Microsoft के पेज Windows Server 2012 R2, SQL Server 2014 और .NET। ध्यान दें कि सपोर्ट से बाहर होने का मतलब यह नहीं कि सिस्टम कल बंद हो जाएगा। इसका मतलब है कि जोखिम हर महीने बढ़ता है, और पेड सुरक्षा अपडेट आपको योजना बनाने का समय देते हैं; वे फ़ैसले को खत्म नहीं करते।

जानकारी के संकेत: इसे कौन समझता है, और यह किस पर चलता है

  • इसे सिर्फ़ एक व्यक्ति समझता है। अगर हर सुधार एक कर्मचारी या एक बाहरी डेवलपर का इंतज़ार करता है, तो आपका सिस्टम उसकी छुट्टियों और उसके इस्तीफ़े पर निर्भर है। यह सबसे ख़तरनाक संकेत है, क्योंकि जब तक वह अनुपस्थिति सच में नहीं होती, यह किसी रिपोर्ट में नहीं दिखता।
  • कोई भी मशीन को छूने की हिम्मत नहीं करता। किसी साइड रूम में रखा एक सर्वर, जिसके बारे में सब जानते हैं कि उसे रीस्टार्ट नहीं करना है, और जिसके स्पेयर पार्ट्स अब बिकते नहीं। अगर वह रुक गया, तो कारोबार रुक जाएगा, और कोई तैयार विकल्प नहीं है।
  • बिज़नेस नियम सिर्फ़ कोड जानता है। डिस्काउंट, कमीशन या अनुमति कैसे गिनी जाती है, यह सिर्फ़ सॉफ़्टवेयर में है, और इसे समझाने वाला कोई दस्तावेज़ नहीं है। ठीक यही चीज़ हम भाग 4 में AI की मदद से निकालेंगे।

इंटीग्रेशन और रफ़्तार के संकेत: सिस्टम कंपनी को धीमा कर रहा है

  • यह जुगाड़ के बिना ई-इनवॉइसिंग से नहीं जुड़ पाता। ज़कात, कर और सीमा शुल्क प्राधिकरण (ZATCA) के ई-इनवॉइसिंग रोलआउट चरणों वाले पेज के अनुसार, पहला चरण 4 दिसंबर 2021 को शुरू हुआ, और ZATCA के सिस्टम के साथ इंटीग्रेशन का चरण 1 जनवरी 2023 से लहरों (waves) में शुरू हुआ, जिसमें हर कारोबार को उसकी लहर से कम से कम छह महीने पहले सूचना दी जाती है। अगर आपका सिस्टम सिर्फ़ किसी बिचौलिये प्रोग्राम या मैनुअल काम के ज़रिए ही नियमों के मुताबिक इनवॉइस जारी कर सकता है, तो लहर 25 और ZATCA इंटीग्रेशन पर हमारी गाइड पढ़ें।
  • बैंकों और ऐप्स के लिए मैनुअल एक्सपोर्ट चाहिए। कोई हर दिन सिस्टम से एक फ़ाइल एक्सपोर्ट करता है ताकि उसे बैंक, ऑनलाइन स्टोर या डिलीवरी प्लेटफ़ॉर्म पर अपलोड कर सके। हर मैनुअल कदम गलती और समय की बर्बादी का एक मौका है।
  • एक साधारण बदलाव में हफ़्ते लगते हैं। एक फ़ील्ड, एक रिपोर्ट या कीमत में बदलाव जोड़ने का मतलब है एक अनुरोध और फिर इंतज़ार, क्योंकि कोई भी बदलाव किसी ऐसे दूसरे हिस्से को तोड़ सकता है जिसे कोई नहीं समझता।
  • रिपोर्टें हर महीने Excel में दोबारा बनाई जाती हैं। अगर आपकी टीम यह देखने के लिए कि क्या हो रहा है, डेटा एक्सपोर्ट करके हाथ से दोबारा व्यवस्थित करती है, तो सिस्टम डेटा तो रखता है लेकिन आपके सवालों का जवाब नहीं देता। और अगर आपका असली सिस्टम शुरू से ही एक स्प्रेडशीट है, तो जब स्प्रेडशीट जवाब नहीं रहती से शुरुआत करें।

कब अभी आधुनिकीकरण न करें

आधुनिकीकरण अपने आप में कोई लक्ष्य नहीं है, और कुछ लीगेसी सिस्टम को कुछ समय तक जैसे हैं वैसे ही रहना चाहिए। जब ये शर्तें एक साथ पूरी हों, तो इंतज़ार करना बेहतर विकल्प हो सकता है:

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

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

Origami का नज़रिया

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

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

इस हफ़्ते का अभ्यास: हर सिस्टम को 8 में से अंक दें

भाग 1 में लिखी सिस्टम की सूची लें और हर सिस्टम को चारों पैमानों में से हर एक पर 0 से 2 तक अंक दें, जहाँ 0 का मतलब कोई समस्या नहीं, 1 का मतलब छोटी समस्या और 2 का मतलब साफ़ समस्या है:

  • सपोर्ट: क्या इसकी टेक्नोलॉजी को सपोर्ट मिल रहा है? (अगर सपोर्ट खत्म हो चुका है या एक साल के भीतर खत्म होगा, तो 2)
  • जानकारी का जोखिम: इसे कितने लोग समझते हैं? (अगर एक व्यक्ति या एक वेंडर है, तो 2)
  • इंटीग्रेशन: क्या यह बिना मैनुअल काम के इनवॉइसिंग, बैंकों और दूसरे सिस्टम से जुड़ता है? (अगर कनेक्शन मैनुअल है, तो 2)
  • बदलाव की रफ़्तार: एक साधारण बदलाव में कितना समय लगता है? (अगर हफ़्ते लगते हैं, तो 2)

यह प्राथमिकता तय करने का एक टूल है, अंतिम फ़ैसला नहीं: 6 या उससे ज़्यादा अंक (8 में से) पाने वाला सिस्टम अभी योजना का हकदार है, 3 से 5 का मतलब है उस पर नज़र रखें और दोबारा आकलन की तारीख तय करें, और 0 से 2 का मतलब है उसे चलने दें। कोई भी सिस्टम जिसे सिर्फ़ जानकारी के जोखिम पर 2 मिले, उसे कुल अंक चाहे जो हों, तुरंत दस्तावेज़ की ज़रूरत है।

आगे क्या

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

स्रोत