अगर मेरा व्यावसायिक सॉफ़्टवेयर अब समर्थित नहीं है, तो क्या करूँ?

जब कोई सॉफ़्टवेयर निर्माता बंद होता है, तो वास्तव में क्या होता है

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

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

अपने डेटा को निकालना: आपको क्या अधिकार है

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

एक निर्यात केवल तभी उपयोगी है जब उसे वास्तव में उपयोग में लाया जा सके। एक प्रॉपराइटरी बैकअप के बजाय एक ओपन फॉरमैट (CSV, JSON, SQL) की मांग करें, जिसे कोई भी पढ़ नहीं सकता, और फ़ील्ड के विवरण की भी मांग करें: ४० कॉलम की एक फ़ाइल, जिसके साथ कोई शब्दकोश न हो, उसे समझने में फिर से डेटा दर्ज करने से भी अधिक लागत आएगी।

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

नई निर्भरता बनाए बिना एक विकल्प चुनना

एक नए निर्माता से पूछने वाला प्रश्न यह नहीं होना चाहिए कि “क्या आप स्थायी हैं?”, सभी ‘हाँ’ कहेंगे, और कोई भी ऐसा वादा नहीं कर सकता। सही प्रश्न यह है: अगर आप भी बंद हो गए, तो मेरे पास क्या बचेगा, और किस रूप में? एक ऐसी सेवा जो केवल डेटा निर्यात के जवाब में कुछ भी नहीं कह सकती, आपको उस दिन भी आज की ही स्थिति में छोड़ देगी।

यही Blueprint Maker का सिद्धांत है: आप अपनी आवश्यकता का वर्णन करते हैं, एप्लिकेशन उत्पन्न और तैनात किया जाता है, और स्रोत कोड शुरू से ही आपको सौंप दिया जाता है। ZIP निर्यात, आपके अपने GitHub रिपॉजिटरी पर प्रेषण, अपने सर्वर पर होस्टिंग या प्रदान किए गए समर्पित URL पर, एक मानक Next.js और Prisma प्रोजेक्ट, वही संरचना जिसे हर वेब डेवलपर जानता है। Blueprint Maker एक सामान्य कंपनी है, और यही इसका सबसे बड़ा फायदा है: आपका टूल उस पर निर्भर नहीं है, क्योंकि आपके पास पूरा कोड, पूरा नियंत्रण और पूरी स्वतंत्रता है।

तीन उत्पादन स्तर (Sketch, Craft, Masterpiece) और एक मुफ्त डिस्कवरी प्लान आपको पूर्ण स्थानांतरण के प्रतिबद्ध होने से पहले सीमित दायरे में लेन-देन का परीक्षण करने की अनुमति देते हैं: आपके निर्यात किए गए डेटा से पहली संस्करण का उत्पादन करने की लागत एक स्कोपिंग बैठक से भी कम है।

वास्तविक समयसूची

यदि संभव हो, तो आपातकालीन स्थिति में स्थानांतरण न करें। जो क्रम काम करता है, वह है: डेटा को निकालना, शामिल करना, अपनी वास्तविक व्यावसायिक आवश्यकताओं का शामिल करना, जो काम पुराना टूल *वास्तव में* करता था, न कि जो वह *वादा* करता था, और यह विश्लेषण शामिल करना ज़रूरी है कि आप इसे शामिल कर रहे हैं 'शामिल करना' के बजाय 'पुनर्निर्माण' कर रहे हैं, जो कि एक वस्तुनिष्ठ, गैर-भावनात्मक विश्लेषण है।

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