सॉफ्टवेयर सर्विस

सॉफ्टवेयर सर्विस (SaaS ) एक सॉफ़्टवेयर लाइसेंस और सॉफ्टवेयर डिलीवरी मॉडल है जिसमें सॉफ्टवेयर को सब्सक्रिप्शन के आधार पर लाइसेंस दिया जाता है और यह केंद्रीय इंटरनेट होस्टिंग सर्विस है।  SaaS को ऑन-डिमांड सॉफ़्टवेयर, वेब-आधारित सॉफ़्टवेयर या वेब-होस्टेड सॉफ़्टवेयर के रूप में भी जाना जाता है।

SaaS को कई अन्य सर्विस बिज़नेस मॉडलों के साथ-साथ क्लाउड कम्प्यूटिंग का भाग माना जाता है।

SaaS ऐप्स सामान्यतः वेब ब्राउज़र (एक पतले क्लाइंट) के उपयोगकर्ता (कंप्यूटिंग) द्वारा एक्सेस किए जाते हैं। SaaS कई बिजनेस एप्लिकेशनों के लिए एक सामान्य डिलीवरी मॉडल बन गया है, जिसमें ऑफिस सॉफ़्टवेयर, मैसेजिंग सॉफ़्टवेयर, पेरोल प्रोसेसिंग सॉफ्टवेयर, डेटाबेस मैनेजमेंट सिस्टम, मैनेजमेंट सॉफ्टवेयर, कंप्यूटर एडेड डिजाइन , डेवलपमेंट सॉफ्टवेयर, गेमिफ़िकेशन , वर्चुअलाइजेशन सॉफ्टवेयर लाइसेंसिंग, एकाउंटिंग सॉफ्टवेयर, कोलैबोरेशन सॉफ्टवेयर, कस्टमर रिलेशनशिप मैनेजमेंट (सीआरएम), मैनेजमेंट इनफार्मेशन प्रणाली (एमआईएस), एंटरप्राइज रिसोर्स प्लानिंग (ईआरपी), इनवॉइस, फ़ील्ड सर्विस मैनेजमेंट, ह्यूमन रिसोर्स मैनेजमेंट (एचआरएम), टैलेंट एक्वीजीशन, लर्निंग मैनेजमेंट सिस्टम, कॉन्टेंट मैनेजमेंट ( सीएम), जियोग्राफिक इनफार्मेशन सिस्टम (जीआईएस), और आईटी सर्विस डेस्क सम्मिलित है। ।

SaaS को लगभग सभी एंटरप्राइज सॉफ्टवेयर कंपनियों की रणनीतियों में सम्मिलित किया गया है।

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

1990 के दशक के समय इंटरनेट के विस्तार ने केंद्रीकृत कंप्यूटिंग के एक नए वर्ग को जन्म दिया, जिसे एप्लिकेशन सर्विस प्रोवाइडर (एएसपी) कहा जाता है। एएसपी ने बिजनेस को केंद्रीय प्रशासन और किसी विशेष बिजनेस एप्लिकेशन में प्रोवाइडर की विशेषज्ञता के माध्यम से लागत कम करने के लिए विशेष बिजनेस एप्लिकेशनों की मेजबानी और मैनेजमेंट की सर्विस प्रदान की। दो सबसे बड़े एएसपी यूएसआई थे, जिसका मुख्यालय वाशिंगटन, डी.सी. क्षेत्र में था, और फ्यूचरलिंक कॉर्पोरेशन, जिसका मुख्यालय इरविन, कैलिफ़ोर्निया में था।

एक सर्विस के रूप में सॉफ्टवेयर अनिवार्य रूप से एएसपी मॉडल के विचार का विस्तार करता है। चूँकि, एक सर्विस के रूप में सॉफ़्टवेयर (SaaS) शब्द का उपयोग सामान्यतः अधिक विशिष्ट सेटिंग्स में किया जाता है:

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

माइक्रोसॉफ्ट ने कुछ वर्षों तक SaaS को सॉफ़्टवेयर प्लस सर्विसों के रूप में संदर्भित किया।

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

मल्टीटेनेंसी एनवायरनमेंट में यूजर प्रोविजन (अर्थात्, एक नया ग्राहक स्थापित करना) के लिए अपेक्षाकृत कम लागत कुछ SaaS विक्रेताओं को फ्रीमियम मॉडल का उपयोग करके एप्लिकेशन प्रस्तुत करने में सक्षम बनाती है। इस मॉडल में, सीमित कार्यक्षमता या सीमा के साथ एक मुफ्त सर्विस उपलब्ध कराई जाती है, और बढ़ी हुई कार्यक्षमता या बड़े सीमा के लिए शुल्क लिया जाता है।

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

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

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

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

विशेषताएँ
चूँकि सभी सॉफ़्टवेयर-ए-ए-सर्विस एप्लिकेशन निम्नलिखित सभी विशेषताओं को साझा नहीं करते हैं, किन्तु नीचे दी गई विशेषताएँ उनमें से कई में सामान्य हैं:

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

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

एकीकरण प्रोटोकॉल खोलें
SaaS एप्लिकेशन मुख्य रूप से एकीकरण प्रोटोकॉल और एप्लिकेशन प्रोग्रामिंग इंटरफ़ेस (एपीआई) प्रदान करते हैं जो एक वाइड एरिया नेटवर्क पर काम करते हैं।

SaaS एप्लिकेशनों और अन्य इंटरनेट सर्विसों की यूबीक्विटी और उनकी एपीआई प्रणाली के मानकीकरण ने मैशअप (वेब ​​​​एप्लिकेशन हाइब्रिड) के डेवलपमेंट को जन्म दिया है, जो हल्के एप्लिकेशन हैं जो कई सर्विसों से डेटा, प्रस्तुति और कार्यक्षमता को जोड़ते हैं, एक मिश्रित सर्विस बनाते हैं। मैशअप SaaS एप्लिकेशनों को ऑन-प्रिमाइसेस सॉफ़्टवेयर से अलग करते हैं क्योंकि बाद वाले को कंपनी के फ़ायरवॉल (कंप्यूटिंग) के बाहर आसानी से एकीकृत नहीं किया जा सकता है।

कोलैबोरेशन (और सामाजिक) कार्यक्षमता
विभिन्न इंटरनेट नेटवर्किंग सर्विसों के डेवलपमेंट और तथाकथित वेब 2.0 कार्यक्षमता से प्रेरित होकर, कई SaaS एप्लिकेशन ऐसी सुविधाएँ प्रदान करते हैं जो उनके उपयोगकर्ताओं को सहयोग और जानकारी साझा करने देती हैं।

उदाहरण के लिए, SaaS मॉडल में दिए गए कई प्रोजेक्ट मैनेजमेंट एप्लिकेशन पारंपरिक प्रोजेक्ट प्लानिंग कार्यक्षमता सहयोग सुविधाओं के अतिरिक्त उपयोगकर्ताओं को कार्यों और योजनाओं पर टिप्पणी करने और किसी संगठन के अन्दर और बाहर दस्तावेज़ साझा करने की सुविधा प्रदान करते हैं। कई अन्य SaaS एप्लिकेशन उपयोगकर्ताओं को वोट करने और नए फीचर विचार प्रस्तुत करने देते हैं।

चूँकि कुछ सहयोग-संबंधित कार्यक्षमता को ऑन-प्रिमाइसेस सॉफ़्टवेयर में भी एकीकृत किया गया है, उपयोगकर्ताओं या विभिन्न ग्राहकों के बीच (अंतर्निहित या स्पष्ट) सहयोग केवल केंद्रीय रूप से होस्ट किए गए सॉफ़्टवेयर के साथ ही संभव है।

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

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

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

गोद लेने की चुनौतियाँ
कुछ सीमाएँ SaaS की स्वीकृति को धीमा कर देती हैं और कुछ स्थितियों में इसके उपयोग पर रोक लगा देती हैं: मानक मॉडल की भी सीमाएँ हैं:
 * क्योंकि डेटा को ऑन-प्रिमाइसेस सॉफ़्टवेयर के अतिरिक्त विक्रेता के सर्वर पर संग्रहीत किया जाता है, डेटा सुरक्षा विशेष रूप से बौद्धिक संपदा के साथ एक मुद्दा बन जाती है।
 * SaaS एप्लिकेशन एप्लिकेशन उपयोगकर्ताओं से बहुत दूर क्लाउड में होस्ट किए जाते हैं। यह पर्यावरण में विलंबता (इंजीनियरिंग) का परिचय देता है; उदाहरण के लिए, SaaS मॉडल उन एप्लिकेशनों के लिए उपयुक्त नहीं है जो मिलीसेकंड (ऑनलाइन लेनदेन प्रसंस्करण) में प्रतिक्रिया समय की मांग करते हैं।
 * मल्टी-टेनेंट आर्किटेक्चर, जो सर्विस प्रोवाइडरओं के लिए लागत दक्षता को बढ़ाता है, बड़े ग्राहकों के लिए एप्लिकेशनों के अनुकूलन को सीमित करता है, ऐसे एप्लिकेशनों को उन परिदृश्यों में उपयोग करने से रोकता है (अधिकांश बड़े उद्यमों पर लागू) जिनके लिए ऐसा अनुकूलन आवश्यक है।
 * कुछ बिजनेस सॉफ़्टवेयर को ग्राहकों के वर्तमान डेटा तक पहुंच या उसके साथ एकीकरण की आवश्यकता होती है। जब ऐसा डेटा मात्रा में बड़ा हो या संवेदनशील (उदाहरण के लिए अंतिम-उपयोगकर्ता की व्यक्तिगत जानकारी), उन्हें दूरस्थ रूप से होस्ट किए गए सॉफ़्टवेयर के साथ एकीकृत करना महंगा या जोखिम भरा हो सकता है या डेटा प्रशासन नियमों के साथ टकराव हो सकता है।
 * संवैधानिक खोज/जब्ती वारंट कानून SaaS गतिशील रूप से संग्रहीत डेटा के सभी रूपों की रक्षा नहीं करते हैं। परिणाम यह होता है कि तीसरे पक्ष या सरकारी एजेंसियां ​​अपनी पहचान पर डेटा तक पहुंचने में सक्षम हैं।
 * जो संगठन SaaS को अपनाते हैं, वे पा सकते हैं कि उन्हें नए संस्करण अपनाने के लिए विवश किया जा रहा है, जिसके परिणामस्वरूप अप्रत्याशित प्रशिक्षण लागत हो सकती है, इस संभावना में वृद्धि हो सकती है कि उपयोगकर्ता नए सॉफ़्टवेयर में बग के कारण त्रुटि या अस्थिरता उत्पन्न कर सकता है।
 * क्या सॉफ़्टवेयर के विक्रेता को बिजनेस से बाहर जाना चाहिए या अचानक सॉफ़्टवेयर को ईओएल करना चाहिए, उपयोगकर्ता अप्रत्याशित रूप से अपने सॉफ़्टवेयर तक पहुंच खो सकता है, जो उनके संगठन की वर्तमान और भविष्य की परियोजनाओं को अस्थिर कर सकता है, साथ ही उपयोगकर्ता को पुराने डेटा के साथ छोड़ दिया जा सकता है जिसे वे अब उपयोग नहीं कर सकते हैं पहुँचें या संशोधित करें।
 * इंटरनेट कनेक्शन पर विश्वाश करने का अर्थ है कि डेटा को किसी फर्म के आंतरिक नेटवर्क की संभावित उच्च गति के अतिरिक्त इंटरनेट स्पीड पर SaaS फर्म से स्थानांतरित किया जाता है।
 * एसएलए (सर्विस लेवल एग्रीमेंट) में सहमत अपटाइम स्तर की गारंटी देने के लिए SaaS होस्टिंग कंपनी की क्षमता
 * SaaS एप्लिकेशनों और सर्विसों पर निर्भरता से उद्यमों के अन्दर SaaS का प्रसार हो सकता है। इन असमान एप्लिकेशनों और सर्विसों को प्रणालीी और प्रशासनिक रूप से बनाए रखना चुनौतीपूर्ण हो सकता है, जिससे शैडो आईटी का प्रसार हो सकता है।
 * हार्डवेयर, अन्य सॉफ्टवेयर और ऑपरेटिंग सिस्टम के साथ संगतता।
 * लाइसेंसिंग और अनुपालन समस्याएं (सॉफ़्टवेयर प्रोग्राम की अनधिकृत प्रतियां संगठन को जुर्माना या मुकदमेबाजी के जोखिम में डालती हैं)।
 * रखरखाव, समर्थन और पैच संशोधन प्रक्रियाएं।

स्वास्थ्य देखभाल एप्लिकेशन
हेल्थकेयर सूचना और मैनेजमेंट प्रणाली सोसायटी के एक सर्वेक्षण के अनुसार, 83% अमेरिकी आईटी हेल्थकेयर संगठन अब क्लाउड सर्विसों का उपयोग कर रहे हैं, 9.3% योजना बना रहे हैं, जबकि 67% आईटी हेल्थकेयर संगठन वर्तमान में SaaS-आधारित एप्लिकेशन चला रहे हैं।

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

SaaS डेटा एस्क्रो पर विचार करने के कई और विविध कारण हैं जिनमें विक्रेता दिवालियापन अनियोजित सर्विस आउटेज और संभावित डेटा हानि या भ्रष्टाचार के बारे में चिंताएं भी सम्मिलित हैं।

कई बिजनेस या तो यह सुनिश्चित करते हैं कि वे अपने डेटा प्रशासन मानकों का अनुपालन कर रहे हैं या अपने SaaS डेटा के विरुद्ध अपनी रिपोर्टिंग और बिजनेस विश्लेषण को बढ़ाने का प्रयास करते हैं।

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

यह भी देखें

 * एप्लिकेशन सुरक्षा
 * आवेदन सर्विस प्रोवाइडर
 * क्लाउड-आधारित एकीकरण
 * हाइब्रिड SaaS
 * सर्विस करना