SAAS प्रारूप में EDS: प्लस या माइनस

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



सास एक फैशनेबल घटना है, और वह, एक बड़े जहाज की तरह, एक महान नौकायन भविष्य है। सच है, अभी भी चिंताएं हैं कि इस बड़े जहाज को वास्तव में टाइटैनिक कहा जाता है। इसलिए, हमने सभी पेशेवरों और विपक्षों का वजन करने की कोशिश की जो ईएएमएस के विकास के दौरान सास प्रारूप में दिखाई देंगे।



पेशेवरों:

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



आज का पैसा कल की तुलना में अधिक महंगा है - यह एक स्वयंसिद्ध है, इसलिए उपभोक्ता के लिए सास मॉडल पर काम करना अधिक लाभदायक होगा, जिसे सॉफ्टवेयर की खरीद की आवश्यकता नहीं है।

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



कुछ महत्वपूर्ण फायदे लचीलेपन और मापनीयता के हैं, जो एक बाइट भी बन गए हैं। यानी "हम सब कुछ लेते हैं" के सिद्धांत पर कार्य करना पूरी तरह से अनावश्यक है - इस मामले में, अनावश्यक रूप से सब कुछ करना आसान है और ग्राहक को ठीक वही मिलता है जिसकी आवश्यकता है। इसके अलावा, अगर नौकरियों को बढ़ाने की जरूरत है या - भगवान न तो हमें और न ही व्यापार - उन्हें कम करने के लिए, सब कुछ बहुत सरलता से हल किया जाता है। एक क्लिक में नहीं, बल्कि संक्षेप में, एक कॉल में दें। सादगी हमारे और ग्राहक दोनों के लिए है।



हां, एक और महत्वपूर्ण पहलू है - सास मॉडल के साथ, ठीक है, आप किसी भी तरह से पायरेटेड सॉफ़्टवेयर का उपयोग करने में सक्षम नहीं होंगे, इसलिए चोरी की समस्या एक बार और सभी के लिए हल हो जाती है। सच है, EDMS के संबंध में, यह समस्या इतनी प्रासंगिक नहीं है, लेकिन कौन जानता है कि भविष्य में राष्ट्रव्यापी सूचनाकरण कहां जाएगा।



विपक्ष:

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



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

सुरक्षा का सवाल उठता है - इसे मनोवैज्ञानिक समस्या भी कहा जा सकता है।



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



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



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