आयटी सेवा करार म्हणजे असा करार ज्याअंतर्गत सेवा पुरवठादार ग्राहकाला तंत्रज्ञान सेवा पुरवतो: व्यवस्थापित आयटी, विकास, होस्टिंग, सहाय्य किंवा यांचे संयोजन. डच कायद्यानुसार, हा सामान्यतः नागरी संहितेच्या पुस्तक ७ द्वारे नियंत्रित सेवांसाठीचा करार (overeenkomst van opdracht) असतो, आणि काहीवेळा कामासाठीचा करार (aanneming van werk) असतो, ज्यामध्ये एक निश्चित परिणाम देणे अपेक्षित असते. हे वर्गीकरण केवळ सैद्धांतिक नाही. यावरून हे ठरते की सेवा पुरवठादाराने सर्वोत्तम प्रयत्न देणे अपेक्षित आहे की केवळ परिणाम देणे, ग्राहक आपल्या इच्छेनुसार करार रद्द करू शकतो की नाही, आणि अंतिम मुदत चुकल्यास काय होते.
डच कायद्यानुसार हा कोणत्या प्रकारचा करार आहे?
डच कायदा दोन जबाबदाऱ्यांमध्ये फरक करतो, ज्या इंग्रजी भाषेतील आयटी करारांमध्ये नेहमीच अस्पष्ट केल्या जातात. सर्वोत्तम प्रयत्नांच्या जबाबदारीनुसार (inspanningsverbintenis), सेवा पुरवठादाराने एका वाजवी सक्षम व्यावसायिकाच्या काळजीने काम करणे आवश्यक असते; जर सेवा पुरवठादार त्या मानकापेक्षा कमी पडला, तरच या जबाबदारीचे उल्लंघन होते. परिणामाच्या जबाबदारीनुसार (resultaatsverbintenis), एक निश्चित परिणाम अपेक्षित असतो; जर तो परिणाम साध्य झाला नाही, तर सेवा पुरवठादाराने कितीही प्रयत्न केले असले तरी, तो जबाबदारीचे उल्लंघन करतो.
पुरवठादार पहिल्यासाठी मसुदा तयार करतात, तर ग्राहक दुसऱ्याची जबाबदारी घेतात. 'वितरित करणे' हा शब्द सैलपणे वापरल्यास प्रश्न सुटत नाही, आणि डच न्यायालये शब्दरचना, वाटाघाटी, पक्षांचे कौशल्य आणि व्यावसायिक उद्देश या बाबी विचारात घेऊन अर्थ लावून निर्णय देतात. जर ग्राहक एका निश्चित तारखेपर्यंत कार्यरत प्रणाली विकत घेत असेल, तर करारामध्ये हे नमूद करणे आवश्यक आहे की त्या तारखेपर्यंत त्या प्रणालीचे वितरण करणे हे एक परिणाम-बंधन आहे आणि स्वीकृती परिभाषित निकषांवर मोजली जाईल. जर पक्षांना खरोखरच सर्वोत्तम प्रयत्न करायचे असतील, तर करारामध्ये तेही नमूद केले पाहिजे आणि प्रयत्न कसे मोजले जातील हे स्पष्ट केले पाहिजे.
वर्गीकरणामुळे देखील करार संपुष्टात आणला जातो. सेवा करारांच्या नियमांनुसार, ग्राहक तत्त्वतः कधीही करार संपुष्टात आणू शकतो, आणि सेवा पुरवठादाराला केलेल्या कामासाठी वाजवी मोबदला मिळण्याचा हक्क असतो. जेव्हा ग्राहक एक खाजगी व्यक्ती असतो, तेव्हा हा हक्क वगळला जाऊ शकत नाही, परंतु व्यवसायांमध्ये तो वगळला जाऊ शकतो, आणि सेवा पुरवठादाराच्या अटींमध्ये तो सहसा वगळला जातो किंवा मर्यादित केला जातो. आपल्या व्यवसायाच्या दरम्यान काम स्वीकारलेला सेवा पुरवठादार स्वतः केवळ अपरिहार्य कारणांसाठीच करार संपुष्टात आणू शकतो. या पूर्वनिश्चित कारणांच्या संदर्भात करार संपुष्टात आणण्याच्या कलमाचे वाचन केल्यास, तो करार कोणासाठी तयार केला होता हे तुम्हाला लगेच कळते. सेवा करारावरील आमचे मार्गदर्शक वैधानिक नियम अधिक तपशीलवारपणे मांडते.
कोणता दस्तऐवज काय करतो
आयटी करार क्वचितच एकच दस्तऐवज असतो. व्यवहारात, कायदेशीर अटी निश्चित करणारा एक फ्रेमवर्क करार, प्रत्यक्षात काय वितरित केले जात आहे हे स्पष्ट करणारे एक किंवा अधिक कार्य विवरण किंवा सेवा वर्णने, कार्यप्रदर्शन मानके निश्चित करणारा एक सेवा स्तर करार, जिथे वैयक्तिक डेटाचा समावेश असतो तिथे एक डेटा प्रक्रिया करार, आणि या सर्वांच्या अंतर्गत सेवा पुरवठादाराच्या सामान्य अटी व शर्ती असतात. या दस्तऐवजांमधील प्राधान्यक्रम स्पष्टपणे नमूद करणे आवश्यक आहे, कारण ते अनेकदा एकमेकांच्या विरोधात असतात आणि हा विरोधाभास दूर करणारे कलम कोणत्याही एका स्वतंत्र अटीपेक्षा अधिक महत्त्वाचे असू शकते.
व्याप्ती, स्वीकृती आणि बदल नियंत्रण
व्याप्तीच्या कलमामुळेच बहुतेक वाद सुरू होतात. व्यवस्थापित नेटवर्क सेवा ही व्याप्ती नाही; ती एक श्रेणी आहे. एका व्यवहार्य वर्णनात हे सांगितले जाते की कशावर देखरेख केली जाते, कोणत्या वेळी, काय आणि किती वेळा पॅच केले जाते, किती एंडपॉइंट्स आणि वापरकर्ते समाविष्ट आहेत, ऑनबोर्डिंग आणि ऑफबोर्डिंगमध्ये काय समाविष्ट आहे, कोणत्या घटना व्याप्तीमध्ये येतात, काय स्पष्टपणे वगळले आहे, आणि जेव्हा प्रमाण गृहीत धरलेल्या मूळ पातळीच्या पलीकडे वाढते तेव्हा काय होते.
समाविष्ट बाबींइतकेच वगळलेल्या बाबीही महत्त्वाच्या असतात आणि प्रामाणिक सेवा पुरवठादार त्यांचे स्वागतच करतात. कामाच्या वेळेनंतरची आपत्कालीन कामे, हार्डवेअरची खरेदी, तृतीय-पक्ष सॉफ्टवेअर परवाने, प्रत्यक्ष जागेवर जाऊन सेवा देणे, ग्राहकाच्या चुकीनंतर डेटा पुनर्प्राप्ती आणि सेवा पुरवठादाराने स्थापित न केलेल्या प्रणालींसाठी सहाय्य, या सामान्यतः आढळणाऱ्या बाबी आहेत. जर या बाबी वगळल्या असतील, तर त्या उद्भवल्यास कोणत्या दराने शुल्क आकारले जाईल, हे देखील करारामध्ये नमूद केलेले असावे.
जेव्हा एखादी वस्तू केवळ चालवण्याऐवजी तयार केली जाते, तेव्हा स्वीकृतीसाठी एक स्वतंत्र व्यवस्था असणे आवश्यक आहे. कोण तपासणी करेल, कोणत्या निकषांनुसार, कोणत्या कालावधीत, दोष कशाला म्हणावे आणि तो कोणत्या गंभीरतेच्या वर्गात मोडतो, पुरवठादाराला दुरुस्तीसाठी किती संधी मिळतील, ग्राहकाने दिलेल्या कालावधीत तपासणी न केल्यास काय होईल, आणि अंतिम नकाराचा परिणाम काय असेल, हे ठरवावे. गृहीत स्वीकृतीची कलमे, ज्यानुसार ग्राहकाने वेळेत प्रतिसाद न दिल्यास डिलिव्हरेबल आपोआप स्वीकारले जाते, ही पुरवठादाराच्या अटींमध्ये प्रमाणित आणि अंमलबजावणीयोग्य असतात; यावर उपाय म्हणजे तत्त्वतः त्यांचा विरोध करणे नव्हे, तर तो कालावधी वास्तववादी बनवणे आणि पुरवठादाराने प्रत्यक्षात तपासणीयोग्य काहीतरी वितरित केल्यावरच तो सुरू करणे होय.
बदल नियंत्रण हा त्याच समस्येचा तिसरा घटक आहे. प्रत्येक मोठ्या आयटी प्रकल्पात त्याच्या जीवनकाळात बदल होत असतो. कार्यपद्धती नसल्यास, बदलांवर अशा लोकांमध्ये ईमेलद्वारे सहमती दर्शवली जाते, जे त्यांच्या संस्थांना बांधील ठेवू शकत नाहीत, आणि शेवटी वाद हा मार्चमध्ये काय ठरले होते यावरच होतो. बदलाची विनंती कोण करू शकते, त्याला कोणी मंजुरी दिली पाहिजे, त्याची किंमत कशी ठरवली जाईल, आणि दोन्ही पक्षांनी स्वाक्षरी केल्याशिवाय कोणताही बदल अंमलात येणार नाही, हे स्पष्ट करणारी एक संक्षिप्त कार्यपद्धती यातील बहुतेक गोष्टी टाळते.
सेवा स्तर आणि सेवा क्रेडिटचे मूल्य
जर व्याप्तीमध्ये काय करायचे आहे हे सांगितले असेल, तर सेवा स्तर करारामध्ये ते किती चांगल्या प्रकारे करायचे आहे हे सांगितले जाते. एका वापरण्यायोग्य SLA मध्ये मापदंड, मापन पद्धत, मापन कालावधी, अपवाद आणि अयशस्वी होण्याचे परिणाम नमूद केलेले असतात. यांपैकी प्रत्येक गोष्ट अशी जागा आहे, जिथे एखाद्या ठळक आकड्याचा अर्थ शांतपणे काढून टाकला जाऊ शकतो.
उपलब्धतेचेच उदाहरण घ्या. ९९.९ टक्क्यांची हमी प्रभावी वाटते आणि ती तीस दिवसांच्या महिन्यात अंदाजे त्रेचाळीस मिनिटांच्या डाउनटाइमला परवानगी देते; तर ९९ टक्के हमी सात तासांपेक्षा जास्त डाउनटाइमला परवानगी देते. पण या आकड्याला तेव्हाच अर्थ प्राप्त होतो, जेव्हा तुम्हाला हे कळते की त्यात काय मोजले जात आहे, कारण प्लॅटफॉर्मची उपलब्धता ही ग्राहकाच्या ॲप्लिकेशनच्या उपलब्धतेसारखी नसते; त्यात काय वगळले जाते, कारण नियोजित देखभालीचा कालावधी, तृतीय-पक्षाच्या नेटवर्कमधील बिघाड आणि अनपेक्षित नैसर्गिक आपत्ती सामान्यतः वगळल्या जातात; आणि ते कोण मोजते, कारण मान्य केलेले साधन किंवा ऑडिटचा अधिकार नसताना स्वतःच्या कामगिरीवर अहवाल देणारा प्रदाता एक प्रकारे स्वतःच्याच कामाचे मूल्यमापन करत असतो.
प्रतिसाद आणि निराकरणाच्या उद्दिष्टांना समान महत्त्व देणे आवश्यक आहे. प्रतिसादाचा अर्थ सहसा दुरुस्ती करण्याऐवजी केवळ पोचपावती देणे असा असतो, आणि निराकरणाचे उद्दिष्ट सोबत नसल्यास पंधरा मिनिटांच्या प्रतिसादाच्या उद्दिष्टाला फारसे महत्त्व नसते. दोन्ही गोष्टी तीव्रतेच्या वर्गीकरणावर अवलंबून असतात, त्यामुळे गंभीर, उच्च, मध्यम आणि कमी तीव्रतेच्या घटनांची व्याख्या तांत्रिक लक्षणांऐवजी व्यावसायिक परिणामांच्या संदर्भात लिहिली पाहिजे, आणि चुकीचे वर्गीकरण झाल्यास ते वरिष्ठांपर्यंत पोहोचवण्यासाठी ग्राहकाकडे एक मार्ग उपलब्ध असला पाहिजे.
सेवा क्रेडिट्स हा एक मानक उपाय आहे: जेव्हा एखादे लक्ष्य पूर्ण होत नाही, तेव्हा मासिक शुल्काची काही टक्के रक्कम परत केली जाते. व्यवस्थापनासाठी एक संकेत म्हणून ते उपयुक्त आहेत, परंतु नुकसानभरपाई म्हणून जवळजवळ निरुपयोगी आहेत, कारण त्यांची मर्यादा शुल्काच्या एका अंशाएवढीच असते, जे शुल्क स्वतःच एका गंभीर व्यत्ययामुळे होणाऱ्या नुकसानीच्या तुलनेत नगण्य असते. त्यामुळे दोन गोष्टी महत्त्वाच्या ठरतात. पहिली गोष्ट म्हणजे, क्रेडिट्स हा एकमेव उपाय आहे की नाही: सेवा स्तर पूर्ण न केल्यास सेवा क्रेडिट्स हा एकमेव आणि अनन्य उपाय आहे, असे कलम नुकसान भरपाई मागण्याचा हक्क काढून टाकते, आणि अनेक सेवा करारांमध्ये (SLAs) हेच सर्वात महत्त्वाचे वाक्य असते. दुसरी गोष्ट म्हणजे, सततच्या अपयशामुळे करार रद्द करण्याचा हक्क मिळतो की नाही, जो सामान्यतः एका ठराविक कालावधीत ठराविक संख्येने उल्लंघन झाल्यानंतर मिळतो. ज्या ग्राहकाला करार रद्द करण्याचा हक्क नाही आणि केवळ क्रेडिट्स मिळतात, त्याच्याकडे कोणताही खरा प्रभाव नसतो.
शुल्क, पेमेंट आणि सेवा पुरवठादाराच्या मानक अटी
किंमत ठरवण्याचे मॉडेल अचूकपणे मांडा: निश्चित शुल्क, प्रति वापरकर्ता, प्रति डिव्हाइस, प्रति तिकीट, वेळ आणि साहित्य, किंवा यांचे संयोजन, आणि प्रत्येक प्रकारात काय समाविष्ट आहे ते स्पष्ट करा. पुरवठादाराच्या मर्जीनुसार वार्षिक वाढीला परवानगी देण्याऐवजी, निर्देशांक आणि पुनरावलोकन तारखेचे नाव देऊन निर्देशांकन पद्धत स्पष्ट करा. बिले केव्हा जारी केली जातात, त्यामध्ये काय नमूद करणे आवश्यक आहे, आणि देय रक्कम केव्हा देय होते, हे स्पष्ट करा.
व्यावसायिक व्यवहारांमधील विलंबाने होणाऱ्या पेमेंटसंबंधीचे डच आणि युरोपियन नियम, इतर कोणत्याही व्यावसायिक कराराप्रमाणेच येथेही लागू होतात. जिथे कोणताही कालावधी ठरलेला नसतो, तिथे पेमेंट तीस दिवसांच्या आत देय होते; व्यवसायांमध्ये वैधानिक मर्यादेत राहून अधिक कालावधी ठरवला जाऊ शकतो; आणि एकदा पेमेंटला विलंब झाल्यास, वसुली खर्चासाठीच्या निश्चित रकमेसह, कायद्यानुसार वैधानिक व्यावसायिक व्याज आकारले जाते. सेवा पुरवठादार अनेकदा पेमेंट न केल्यास सेवा निलंबित करण्याचा अधिकार देतात. तो अधिकार तत्त्वतः कायदेशीर असला तरी, आयटीच्या संदर्भात ते एक अकार्यक्षम साधन आहे, कारण निलंबनामुळे ग्राहकाचा व्यवसाय ऑफलाइन होऊ शकतो, आणि त्यासाठी सूचना कालावधी तसेच निर्विवाद आणि विवादित रकमांसाठी अपवाद असणे आवश्यक आहे.
जवळपास प्रत्येक डच आयटी प्रदाता त्याच्या लागू होणाऱ्या सर्वसाधारण अटी व शर्ती जाहीर करतो आणि या क्षेत्रात अनेक जण व्यापार संघटनेने प्रकाशित केलेल्या मानक उद्योग अटींचा वापर करतात. त्या व्यावसायिकरित्या तयार केलेल्या आणि मोठ्या प्रमाणावर प्रदाता-केंद्रित असतात: सर्वोत्तम प्रयत्नांची जबाबदारी, तक्रारींसाठी कमी कालावधी, कराराच्या रकमेच्या काही भागापुरती मर्यादित उत्तरदायित्व मर्यादा आणि परिणामी होणाऱ्या नुकसानीचे व्यापक अपवाद. ग्राहकांच्या अपेक्षेपेक्षा त्या अनेकदा वाटाघाटी करण्यायोग्य असतात, विशेषतः उत्तरदायित्वाची मर्यादा आणि सेवा करारातील (SLA) उपाययोजनांच्या बाबतीत.
मानक अटींसंबंधीचे दोन डच नियम जाणून घेण्यासारखे आहेत. सामान्य अटी वापरणाऱ्या पक्षाने, करार होण्यापूर्वी किंवा करार झाल्यावर दुसऱ्या पक्षाला त्या अटींची नोंद घेण्याची वाजवी संधी दिली पाहिजे, जी व्यवहारात त्या अटी पुरवून दिली जाते; जर असे केले नाही, तर त्यातील स्वतंत्र कलमे रद्द केली जाऊ शकतात. आणि जिथे दोन्ही पक्ष आपापल्या अटींचा संदर्भ देतात, तिथे डच कायदा प्रथम येणाऱ्यास प्राधान्य देतो: जोपर्यंत दुसरा पक्ष त्या अटी स्पष्टपणे नाकारत नाही, तोपर्यंत प्रथम संदर्भित केलेल्या अटी लागू होतात, जी इतर अनेक प्रणालींमधील स्थितीच्या अगदी उलट आहे. 'सामान्य अटी आणि शर्तींचे स्पष्टीकरण' आणि 'आंतरराष्ट्रीय व्यावसायिक करारांमधील पाच सर्वात सामान्य चुका' यावरील आमचे मार्गदर्शक , हे व्यवहारात कसे कार्य करते हे स्पष्ट करतात.
बौद्धिक संपदा आणि स्रोत कोड
सॉफ्टवेअरसाठी पैसे दिल्याने तुम्ही त्याचे मालक बनत नाही. डच कॉपीराइट कायद्यानुसार, जो व्यक्ती एखादे काम तयार करतो, तोच त्याचा लेखक असतो आणि कॉपीराइट त्याचाच असतो, आणि ज्याने ते काम करवून घेतले किंवा त्यासाठी पैसे दिले, त्याच्याकडे मालकी हस्तांतरित करणारा कोणताही सिद्धांत नाही. याला दोन अपवाद आहेत. जेव्हा एखादे काम कर्मचाऱ्याने, ते काम तयार करण्याच्या कर्तव्याचा भाग म्हणून केले असेल, तेव्हा तो नियोक्ताच लेखक मानला जातो. आणि जेव्हा एखादी कायदेशीर संस्था, कोणत्याही नैसर्गिक व्यक्तीचे नाव लेखक म्हणून न देता, एखादे काम स्वतःच्या नावाने प्रकाशित करते, तेव्हा ती संस्थाच लेखक मानली जाते. यापैकी कोणताही अपवाद, ग्राहकाने बाह्य पुरवठादार किंवा फ्रीलान्स डेव्हलपरची सेवा घेण्याच्या सामान्य प्रकरणाला लागू होत नाही.
याचा परिणाम असा होतो की, हस्तांतरणावर स्पष्टपणे सहमती असणे आवश्यक आहे, आणि डच कायद्यानुसार कॉपीराइटच्या हस्तांतरणासाठी एका कराराची आवश्यकता असते: म्हणजेच त्या उद्देशासाठी स्वाक्षरी केलेले एक लेखी दस्तऐवज. करारामध्ये, दोन्ही पक्षांनी स्वाक्षरी केलेले एक कलम, ज्यात असे नमूद केलेले असते की क्लायंट डिलिव्हरेबल्समधील सर्व बौद्धिक संपदा हक्क प्राप्त करतो, ते काम करते; केवळ बीजक (इन्व्हॉइस) किंवा तोंडी करार पुरेसा ठरत नाही. डेटाबेसमधील हक्कांच्या हस्तांतरणाला आणि विशेष स्वरूपाच्या परवान्यालाही हेच लागू होते.
त्यामुळे एक व्यावहारिक करार तीन श्रेणींमध्ये विभागणी करतो. पार्श्वभूमी सामग्री म्हणजे पुरवठादाराने सोबत आणलेली सामग्री, जसे की त्याचे फ्रेमवर्क, लायब्ररी, साधने आणि मानक मॉड्यूल्स; पुरवठादार त्याची मालकी स्वतःकडे ठेवतो आणि ग्राहकाला परवाना मिळतो, तसेच त्या परवान्याची व्याप्ती, कालावधी, प्रदेश आणि हस्तांतरणीयता परिभाषित केली पाहिजे. अग्रभूमी सामग्री म्हणजे जी विशेषतः ग्राहकासाठी तयार केली जाते; सामान्यतः पूर्ण पैसे भरल्यावर त्याची मालकी हस्तांतरित होते. तृतीय-पक्ष आणि मुक्त-स्रोत घटकांचे स्वतःचे परवाने असतात, आणि पुरवठादाराने हमी दिली पाहिजे की कोणते घटक आणि कोणत्या अटींवर वापरले जात आहेत, कारण सानुकूलित सॉफ्टवेअरमध्ये अंतर्भूत असलेला कॉपीलेफ्ट परवाना अशी बंधने लादू शकतो, जी ग्राहकाने कधीही अपेक्षित केली नव्हती. नेदरलँड्समधील मुक्त-स्रोत सॉफ्टवेअर परवान्यावरील आमचे मार्गदर्शक ती बंधने स्पष्ट करते.
जेव्हा क्लायंट स्वतःच्या मालकीचे नसलेल्या सॉफ्टवेअरवर अवलंबून असतो, तेव्हा सोर्स कोड एस्क्रो हा एक प्रमाणित उपाय आहे: सोर्स कोड आणि बिल्ड डॉक्युमेंटेशन एका एस्क्रो एजंटकडे जमा केले जातात आणि ठराविक घटना घडल्यावर क्लायंटला दिले जातात; सामान्यतः, सॉफ्टवेअर पुरवठादाराची दिवाळखोरी किंवा देखभालीमध्ये सतत येणारे अपयश यांसारख्या घटनांमध्ये हे केले जाते. एस्क्रो तेव्हाच यशस्वी होतो, जेव्हा जमा केलेली रक्कम नियमितपणे भरली जाते आणि सॉफ्टवेअर देण्याच्या अटी पडताळणीयोग्य असतील अशा प्रकारे तयार केल्या जातात. नेदरलँड्समधील सॉफ्टवेअर एस्क्रोवरील आमचे मार्गदर्शक , एक व्यवहार्य व्यवस्था कशी असते हे स्पष्ट करते.
शेवटी, डेटा आणि बौद्धिक संपदा स्वतंत्रपणे हाताळा. क्लायंटचा डेटा हा क्लायंटचाच असतो आणि करारामध्ये तसे नमूद केलेले असावे; त्यासोबतच तो कोणत्या स्वरूपात परत केला जाईल, उत्तराधिकारी प्रदात्याला साहाय्य करण्याचे बंधन आणि त्यानंतर उरलेल्या प्रती हटवण्याचे बंधन यांचाही उल्लेख असावा. जेव्हा प्रदात्याला क्लायंटचा डेटा स्वतःच्या सेवा सुधारण्यासाठी किंवा मॉडेल्सना प्रशिक्षित करण्यासाठी वापरायचा असेल, तेव्हा त्यासाठी परिशिष्टातील एका ओळीऐवजी, स्पष्ट आणि स्वतंत्रपणे वाटाघाटी करून मिळवलेली परवानगी आवश्यक असते.
वैयक्तिक डेटा: प्रोसेसर करार
जेव्हा सेवा प्रदाता ग्राहकाच्या निर्देशांनुसार वैयक्तिक डेटावर प्रक्रिया करतो, तेव्हा जनरल डेटा प्रोटेक्शन रेग्युलेशननुसार (GDPR) एक लेखी प्रोसेसर करार आवश्यक असतो, आणि त्या करारामध्ये काय समाविष्ट असले पाहिजे हे ते विहित करते: प्रक्रियेचा विषय आणि कालावधी, तिचे स्वरूप आणि उद्देश, वैयक्तिक डेटाचे प्रकार आणि डेटा विषयकांच्या श्रेणी, आणि प्रोसेसरवरील जबाबदाऱ्यांचा एक निश्चित संच. त्या जबाबदाऱ्यांमध्ये केवळ लेखी निर्देशांनुसार प्रक्रिया करणे, कर्मचाऱ्यांची गोपनीयता सुनिश्चित करणे, योग्य तांत्रिक आणि संघटनात्मक सुरक्षा उपाययोजना करणे, केवळ अधिकृततेने आणि समान अटींवर उप-प्रोसेसर नियुक्त करणे, डेटा विषयकांच्या विनंत्यांबाबत आणि उल्लंघनाच्या सूचनेबाबत नियंत्रकाला साहाय्य करणे, आणि सेवेच्या शेवटी डेटा हटवणे किंवा परत करणे यांचा समावेश आहे. ज्या करारामध्ये हे घटक नसतात तो नियमांचे पालन करत नाही आणि दोन्ही पक्ष धोक्यात येतात. नेदरलँड्समधील डेटा प्रक्रिया करारावरील आमच्या मार्गदर्शिकेत आवश्यक सामग्री समाविष्ट आहे.
सर्वप्रथम भूमिका स्पष्ट करा. जो प्रदाता स्वतःचे उद्देश ठरवतो, उदाहरणार्थ स्वतःच्या विश्लेषणासाठी डेटा वापरतो, तो त्या प्रक्रियेसाठी प्रोसेसर नसून कंट्रोलर असतो, आणि करारामध्ये दोन्ही पक्षांना पसंत असलेल्या नावाऐवजी वास्तव प्रतिबिंबित झाले पाहिजे.
सुरक्षा विशिष्ट असावी. स्थिर आणि प्रवासातील डेटाचे एनक्रिप्शन, मल्टी-फॅक्टर ऑथेंटिकेशनसह भूमिकेवर आधारित प्रवेश, लॉगिंग आणि लॉग जतन करणे, पॅच आणि असुरक्षा व्यवस्थापनासाठी लागणारा वेळ, बॅकअपची वारंवारता आणि रिस्टोअर चाचणी, सामायिक वातावरणात ग्राहकांमध्ये विलगीकरण, आणि जिथे प्रदाता स्वतःच्या सुविधा चालवतो तिथे भौतिक सुरक्षा. ऑडिटचा अधिकार, किंवा स्वतंत्र हमी अहवाल आणि पेनिट्रेशन टेस्टिंगचे निकाल पुरवण्याचे बंधन, या आश्वासनांना अशा गोष्टीत रूपांतरित करते ज्याची ग्राहक पडताळणी करू शकतो.
डेटा उल्लंघनाची सूचना हे कलम तपासले जाण्याची सर्वाधिक शक्यता आहे. नियमांनुसार, जेव्हा वैयक्तिक डेटा उल्लंघनामुळे धोका निर्माण होण्याची शक्यता असते, तेव्हा नियंत्रकाने याची माहिती मिळाल्यापासून बहात्तर तासांच्या आत पर्यवेक्षी प्राधिकरणाला (नेदरलँड्समध्ये डच डेटा संरक्षण प्राधिकरण) सूचित करणे आवश्यक आहे, आणि जिथे धोका जास्त असेल तिथे बाधित व्यक्तींना माहिती देणे आवश्यक आहे. प्रोसेसरने नियंत्रकाला विनाकारण विलंब न लावता सूचित केले पाहिजे. क्लायंटला उशिरा माहिती मिळाल्यास तो स्वतःची अंतिम मुदत पाळू शकत नाही, म्हणून करारामध्ये एका लहान निश्चित कालावधीत सूचना देण्याची, संपर्क बिंदूचे नाव देण्याची आणि प्रदात्याला तपासात सहकार्य करण्यास व लॉग आणि पुरावे पुरवण्यास बंधनकारक करण्याची तरतूद असावी. उप-प्रोसेसर आणि आंतरराष्ट्रीय हस्तांतरणांनाही अशीच वागणूक देणे आवश्यक आहे, आणि जेव्हा डेटा युरोपियन आर्थिक क्षेत्राच्या बाहेर जातो तेव्हा हस्तांतरण यंत्रणा ओळखली पाहिजे.
सायबर सुरक्षा आणि क्षेत्र नियमन
आयटी सेवा करारावर डेटा संरक्षण हा आता एकमेव नियामक स्तर राहिलेला नाही, आणि अनेक नियम आता केवळ ग्राहकामार्फत न पोहोचता थेट सेवा पुरवठादारापर्यंत पोहोचतात.
दुसऱ्या युरोपियन नेटवर्क आणि माहिती सुरक्षा निर्देशाची अंमलबजावणी करणारा डच सायबर सुरक्षा कायदा, १५ ऑगस्ट २०२६ पासून लागू झाला आहे. या कायद्याच्या कक्षेत येणाऱ्या संस्थांनी राष्ट्रीय सायबर सुरक्षा केंद्राकडे नोंदणी करणे, योग्य जोखीम व्यवस्थापन उपाययोजना करणे आणि महत्त्वपूर्ण घटनांची नोंद करणे बंधनकारक आहे. यामध्ये प्राथमिक अहवाल चोवीस तासांच्या आत आणि सविस्तर अहवाल बहात्तर तासांच्या आत सादर करणे आवश्यक आहे. व्यवस्थापित सेवा प्रदाते आणि व्यवस्थापित सुरक्षा सेवा प्रदाते स्वतंत्रपणे या कायद्याच्या कक्षेत येतात आणि या कायद्याच्या कक्षेत येणाऱ्या ग्राहकांना त्यांची पुरवठा साखळी व्यवस्थापित असल्याचे सिद्ध करावे लागते. कराराच्या दृष्टीने याचा अर्थ असा होतो की, सेवा पुरवठादारावर ग्राहकाच्या स्वतःच्या अहवाल सादर करण्याच्या अंतिम मुदतीचे पालन करण्याचे बंधन आहे, ज्या एका सामान्य घटनेच्या कलमात दिलेल्या मुदतीपेक्षा खूपच कमी असतात. डच सायबर सुरक्षा कायदा आणि त्यातील आवश्यकतांबद्दलच्या आमच्या मार्गदर्शिकेत, या कायद्याच्या कक्षेत कोण येते हे स्पष्ट केले आहे.
वित्तीय क्षेत्रातील ग्राहकांसाठी, डिजिटल ऑपरेशनल रेझिलिअन्सवरील युरोपियन नियमन १७ जानेवारी २०२५ पासून लागू झाले आहे, आणि ते माहिती व संप्रेषण तंत्रज्ञान पुरवठादारांसोबतच्या करारांसाठी करारात्मक सामग्री विहित करते, ज्यामध्ये सेवा वर्णन, प्रक्रियेची ठिकाणे, प्रवेश, तपासणी आणि ऑडिट अधिकार, बाहेर पडण्याची धोरणे आणि समाप्ती अधिकारांवरील तरतुदींचा समावेश आहे. एक सामान्य आयटी सेवा करार याची पूर्तता करणार नाही, आणि वित्तीय ग्राहकांना सेवा देणाऱ्या पुरवठादाराने या अटींची मागणी केली जाईल अशी अपेक्षा करावी.
जेव्हा कृत्रिम बुद्धिमत्ता सेवेचा भाग असते, तेव्हा युरोपियन कृत्रिम बुद्धिमत्ता नियमन मूल्य साखळीतील भूमिकेनुसार जबाबदाऱ्यांचे वाटप करते, आणि ग्राहकाच्या प्रणालीमध्ये सर्वसाधारण मॉडेल समाकलित करणारा प्रदाता व्यवस्थेनुसार प्रदाता किंवा तैनातकर्ता असू शकतो. या जबाबदाऱ्या टप्प्याटप्प्याने लागू केल्या जात आहेत, आणि काही विशिष्ट पद्धतींवरील बंदी आधीच लागू आहे. प्रतिबंधित एआय पद्धती आणि डच व्यवसायात एआय वापरण्यावरील आमची मार्गदर्शिका ही सद्यस्थिती स्पष्ट करते. नियम कोणताही असो, करारामध्ये अनुपालनाची जबाबदारी निश्चित केली पाहिजे, नियामकांसोबत सहकार्य आवश्यक केले पाहिजे, आणि नवीन कायद्यामुळे आवश्यक असलेल्या बदलांचा खर्च कोण उचलणार हे स्पष्ट केले पाहिजे, कारण अन्यथा त्या खर्चावर नंतर वाद होतो.
दायित्व, अनपेक्षित घटना आणि डच कायद्याने लादलेल्या मर्यादा
उत्तरदायित्वाची मर्यादा म्हणजे व्यावसायिक आणि कायदेशीर बाबींचा संगम होय. सेवा पुरवठादाराच्या अटींमध्ये सामान्यतः अल्प कालावधीत भरलेल्या शुल्कापुरतेच उत्तरदायित्व मर्यादित ठेवले जाते, परिणामी होणारे नुकसान आणि नफ्याचे नुकसान वगळले जाते, डेटाचे नुकसान वगळले जाते आणि दावा कळवण्यासाठी अल्प कालावधी निश्चित केला जातो. ग्राहक वाटाघाटी करून ही मर्यादा वाढवतात, सामान्यतः बारा महिन्यांच्या शुल्कापर्यंत, आणि ज्या बाबींवर मर्यादा ठेवणे त्यांना परवडत नाही, त्या वगळतात: जसे की गोपनीयतेचा भंग, तृतीय पक्षाच्या बौद्धिक मालमत्तेचे उल्लंघन, आणि डेटा संरक्षणाच्या उल्लंघनातून उद्भवणारे उत्तरदायित्व.
डच कायदा या कलमांवर बाह्य मर्यादा घालतो. व्यवसायांमधील अपवाद आणि मर्यादा तत्त्वतः वैध आहेत, परंतु जिथे वाजवीपणा आणि निष्पक्षतेच्या मानकांनुसार अवलंब करणे अस्वीकार्य असेल, तिथे कोणताही पक्ष त्यावर अवलंबून राहू शकत नाही. तसेच, न्यायालये एखाद्या पक्षाला त्याच्या स्वतःच्या हेतू किंवा जाणीवपूर्वक केलेल्या बेपर्वाईपासून, आणि सामान्यतः त्याच्या वरिष्ठ व्यवस्थापनाच्या हेतू किंवा बेपर्वाईपासून वाचवण्यासाठी अपवादाला परवानगी देण्यास सातत्याने नकार देतात. कराराच्या उल्लंघनाची गंभीरता, नुकसानीचे स्वरूप, विम्याची स्थिती आणि सापेक्ष सौदाशक्ती या सर्वांचा त्या मूल्यांकनात समावेश होतो. कराराच्या मूल्याशी आणि पत्करलेल्या जोखमीशी स्पष्ट संबंध असलेली मर्यादा, सरसकट अपवादापेक्षा अधिक वैध ठरण्याची शक्यता असते.
दावा दाखल करता येईल की नाही, हे दोन निकष ठरवतात. पहिला म्हणजे चूक: जिथे कामगिरी करणे अजूनही शक्य आहे, तिथे ग्राहकाने नुकसान भरपाईचा दावा करण्यापूर्वी किंवा करार रद्द करण्यापूर्वी, कामगिरी पूर्ण करण्यासाठी वाजवी कालावधी देऊन, चुकीबद्दल लेखी सूचना देणे आवश्यक असते; मात्र याला अपवाद म्हणजे, एखादी निश्चित अंतिम मुदत उलटून गेलेली असावी किंवा कामगिरी करणे अशक्य झालेले असावे. रागाच्या भरात ईमेल पाठवणे ही चुकीची सूचना मानली जात नाही. दुसरा म्हणजे तक्रार करण्याचा कालावधी: सेवा पुरवठादाराच्या अटींनुसार, दोष आढळल्यानंतर थोड्याच कालावधीत त्याची सूचना देणे आवश्यक असते. एखादा ग्राहक समस्या शोधून काढतो, अनेक महिने त्यावर तोडगा काढतो आणि नंतर तक्रार करतो, तर त्याचा दावा बाद ठरवला जाऊ शकतो.
आयटी करारांमधील 'फोर्स मॅज्यूर' कलमे पुरवठादाराच्या बाजूने त्यात काय समाविष्ट आहे, हे पाहण्यासाठी वाचली पाहिजेत. उपकंत्राटदार, होस्टिंग भागीदार आणि दूरसंचार पुरवठादारांचे अपयश हे अनेकदा 'फोर्स मॅज्यूर' म्हणून परिभाषित केले जाते, ज्यामुळे पुरवठादाराच्या स्वतःच्या पुरवठा साखळीची जोखीम ग्राहकावर हस्तांतरित होते. हा एक वाटाघाटी करण्याजोगा मुद्दा आहे, आणि व्यवस्थापित सेवा करारामध्ये तो अनेकदा सर्वात महत्त्वाचा असतो, कारण पुरवठादाराला नेमकी तीच साखळी व्यवस्थापित करण्यासाठी पैसे दिले जातात.
लोक: उपकंत्राटदार, स्वतंत्र व्यावसायिक आणि कर्मचारी
आयटी सेवा माणसांमार्फत पुरवल्या जातात आणि करारामध्ये त्यांच्याबद्दल काहीतरी नमूद केलेले असावे. प्रमुख कर्मचारी कलमे क्लायंट ज्या व्यक्तींवर अवलंबून आहे त्यांची नावे नमूद करतात आणि संमतीशिवाय त्यांची जागा बदलण्यावर निर्बंध घालतात; ही कलमे डेव्हलपमेंट आणि इम्प्लिमेंटेशनच्या कामात सामान्य आहेत आणि मॅनेज्ड सर्व्हिसेसमध्ये दुर्मिळ आहेत, जिथे क्लायंटने किमान समकक्ष पात्रता आणि कोणत्याही बदलावर हस्तांतरणाची मागणी केली पाहिजे.
उपकंत्राट देणे हा अपवाद नसून एक सर्वसामान्य नियम आहे, आणि करारामध्ये हे नमूद केले पाहिजे की याला परवानगी आहे की नाही, ग्राहकाच्या संमतीची आवश्यकता आहे की नाही, आणि पुरवठादार त्याच्याद्वारे नियुक्त केलेल्या कोणत्याही व्यक्तीच्या कृतींसाठी पूर्णपणे जबाबदार राहील. जिथे उपकंत्राटदार वैयक्तिक डेटावर प्रक्रिया देखील करतो, तिथे डेटा संरक्षण प्रणालीअंतर्गत उप-प्रक्रियाकर्त्याचे नियम, त्यांच्या स्वतःच्या संमती आणि सूचनेच्या आवश्यकतांसह, अतिरिक्तपणे लागू होतात.
जेव्हा व्यक्ती ग्राहकाच्या आवारात, ग्राहकाच्या निर्देशानुसार आणि दीर्घ कालावधीसाठी काम करतात, तेव्हा एक पुढील प्रश्न निर्माण होतो: ग्राहक आणि त्या व्यक्तींमधील संबंध खरोखरच स्वयंरोजगार आहे का. डच कर प्रशासनाने १ जानेवारी २०२५ पासून व्यावसायिक संबंधांच्या वर्गीकरणाची पूर्ण अंमलबजावणी पुन्हा सुरू केली आहे, त्यामुळे ज्या रचनेनुसार नाममात्र फ्रीलान्सर कर्मचाऱ्यांप्रमाणे काम करतात, त्या रचनेत आता पुनर्वर्गीकरणाचा खरा धोका आहे, ज्याचे परिणाम ते ज्या पक्षासाठी काम करतात त्यांच्यावर वेतन कराच्या स्वरूपात होतील. म्हणून, सेवा करारांमध्ये अशी भाषा टाळली पाहिजे जी ग्राहकाला एखाद्या नियोक्त्याप्रमाणे व्यक्तींना निर्देश देण्याचा अधिकार देते, आणि दोन्ही पक्षांनी बिलावरील नावाऐवजी काम प्रत्यक्षात कसे केले जाते याकडे लक्ष दिले पाहिजे.
संबंधांच्या सीमांवर आणखी दोन मुद्दे उपस्थित होतात. करार संपल्यानंतर एका निश्चित कालावधीसाठी प्रत्येक पक्षाला दुसऱ्या पक्षाच्या कर्मचाऱ्यांना कामावर ठेवण्यापासून रोखणारे ‘कर्मचारी भरती न करण्याचे कलम’ हे व्यवसायांमध्ये एक मानक आणि सामान्यतः अंमलबजावणीयोग्य कलम आहे, मात्र ते कालावधी आणि व्याप्तीमध्ये मर्यादित असले पाहिजे. आणि जेव्हा एखादा ग्राहक एखादी सेवा पुन्हा अंतर्गत स्वरूपात घेतो, किंवा ती सेवा पुरवणाऱ्या टीमसह दुसऱ्या सेवा पुरवठादाराकडे हस्तांतरित करतो, तेव्हा उपक्रमाच्या हस्तांतरणासंबंधीचे डच नियम लागू होऊ शकतात, जेणेकरून कर्मचारी त्यांच्या विद्यमान अटी व शर्तींसह हस्तांतरित होतील. हा परिणाम अनेकदा दोन्ही पक्षांना आश्चर्यचकित करतो आणि हस्तांतरण मान्य होण्यापूर्वीच त्याचे विश्लेषण केले पाहिजे, नंतर नाही.
मुदत, समाप्ती आणि बाहेर पडणे
व्यवस्थापित सेवा करार सामान्यतः सुरुवातीला एक ते तीन वर्षांच्या कालावधीसाठी असतात आणि सूचना न दिल्यास त्यांचे आपोआप नूतनीकरण होते. दीर्घ सूचना कालावधीसह असलेले स्वयंचलित नूतनीकरण ही अशी यंत्रणा आहे, ज्याद्वारे ग्राहक त्यांना सोडून जाण्याची इच्छा असूनही सेवा पुरवठादारांसोबत राहतात. म्हणून, सूचना कालावधी, तो सुरू होण्याची तारीख आणि सूचनेचे स्वरूप तपासा. ज्या दिवशी तुम्ही सही कराल, त्याच दिवशी याची नोंद तुमच्या डायरीत करा.
बाहेर पडण्याचे तीन मार्ग स्पष्ट करा. सोयीसाठी करार संपुष्टात आणण्याचा पर्याय कोणत्याही पक्षाला, किंवा अनेकदा फक्त ग्राहकाला, कारण न देता सूचना देऊन करार समाप्त करण्याची परवानगी देतो; सेवा पुरवठादार अनेकदा हे कारण देत नाहीत आणि त्यासाठी आग्रह धरणे योग्य ठरते. सकारण करार संपुष्टात आणण्याचा पर्याय, एका परिभाषित कालावधीत दुरुस्त न झालेल्या परिभाषित महत्त्वपूर्ण उल्लंघनावर तात्काळ करार संपुष्टात आणण्याची परवानगी देतो; कारणांच्या यादीमध्ये केवळ विनाशकारी घटनांऐवजी सेवा स्तरातील वारंवार होणाऱ्या अपयशांचाही समावेश असावा. आणि, वर वर्णन केलेल्या डिफॉल्टच्या सूचनेच्या अधीन राहून, करारातील मार्गांसोबतच सामान्य डच कायद्यानुसार उल्लंघनासाठी करार रद्द करण्याचा पर्यायही उपलब्ध राहतो, जोपर्यंत करारामध्ये त्याचा अपवाद नसेल.
सेवा सोडण्याचा खरा खर्च हा निर्गमन व्यवस्थापनावर अवलंबून असतो, आणि त्याचा मसुदा जवळजवळ नेहमीच खूपच तकलादू असतो. एक व्यवहार्य निर्गमन कलम सेवा पुरवठादाराला, करार संपुष्टात आल्यानंतर एका निश्चित कालावधीसाठी आणि निश्चित दरांवर, सेवा सुरू ठेवण्यास, ग्राहकाचा डेटा दस्तऐवजीकृत आणि वापरण्यायोग्य स्वरूपात परत करण्यास, दस्तऐवजीकरण आणि कॉन्फिगरेशन तपशील प्रदान करण्यास, उत्तराधिकारी सेवा पुरवठादाराला सहकार्य करण्यास, शक्य असेल तेथे तृतीय-पक्ष परवाने हस्तांतरित किंवा सोपवण्यास, आणि ग्राहकाच्या डेटाच्या उर्वरित प्रती हटवून त्याची लेखी पुष्टी करण्यास बांधील करते. या बंधनांशिवाय, ग्राहक तांत्रिकदृष्ट्या सेवा सोडण्यास स्वतंत्र असू शकतो, परंतु व्यावहारिकदृष्ट्या तसे करण्यास असमर्थ असतो.
दिवाळखोरी हा एक स्वतंत्र विषय आहे. जर सेवा पुरवठादाराला दिवाळखोर घोषित केले गेले, तर एक विश्वस्त नियंत्रण हाती घेतो आणि सेवा पुढे चालू ठेवण्यास तो बांधील नसतो; ग्राहकाकडे असलेला उपाय म्हणजे मालमत्तेवरील दावा, ज्याचे मूल्य सहसा नगण्य असते. याच कारणामुळे, करारातील कोणत्याही कलमापेक्षा एस्क्रो व्यवस्था, अद्ययावत ठेवलेली निर्गमन कागदपत्रे आणि ग्राहकाच्या स्वतःच्या माहितीचा स्वतंत्र बॅकअप या गोष्टी अधिक महत्त्वाच्या ठरतात.
सर्वात महाग पडणाऱ्या चुका
आमच्याकडे येणाऱ्या बहुतेक विवादांमध्ये एका लहान यादीचा समावेश असतो. कामाची व्याप्ती कार्यांऐवजी श्रेणींमध्ये वर्णन केलेली असते, ज्यामुळे ग्राहकाला वाटत असलेल्या कामासाठी बिले तयार होतात. सेवा क्रेडिट्स हा एकमेव उपाय असल्याचे घोषित केले जाते, ज्यामुळे सेवा खंडित झाल्यास नुकसान भरपाई मागण्याचा हक्क नकळतपणे काढून टाकला जातो. सततच्या कमी कामगिरीसाठी करार रद्द करण्याचा कोणताही हक्क नसतो, ज्यामुळे ग्राहकाकडे फक्त क्रेडिट्सच उरतात आणि बाकी काहीही नाही. पेमेंटसोबत बौद्धिक संपदा हस्तांतरित होईल असे गृहीत धरले जाते, परंतु जेव्हा ग्राहक दुसऱ्या प्रदात्याकडे जाऊ इच्छितो किंवा व्यवसाय विकू इच्छितो तेव्हा ते खोटे असल्याचे उघड होते. एका टेम्पलेटमधून कॉपी केलेला प्रोसेसर करार, जो प्रत्यक्षात प्रक्रिया केल्या जाणाऱ्या कामाशी जुळत नाही. उपकंत्राटदार आणि होस्टिंग भागीदारांना 'फोर्स मॅज्युर' (अपरिहार्य घटना) म्हणून वागवले जाते. कोणीही नोंद न केलेल्या सूचना कालावधीसह स्वयंचलित नूतनीकरण. आणि बाहेर पडण्याचे कोणतेही कलम नसते, त्यामुळे सर्वात वाईट क्षणी संपूर्ण अधिकार बाहेर जाणाऱ्या प्रदात्याकडे जातो.
संबंध चांगल्या प्रकारे सुरू झाल्याच्या दिवशी नव्हे, तर संबंध वाईट रीतीने संपल्याच्या दिवशी करार वाचा; केवळ याच परिस्थितीत यापैकी कोणतीही कलमे वाचली जातील. हे करार डच तंत्रज्ञान कायद्याच्या चौकटीत कसे बसतात, याचा अधिक व्यापक दृष्टिकोन मिळवण्यासाठी, नेदरलँड्समधील क्लाउड करार , SaaS करारांमधील छुपे धोके आणि आयटी वकील काय करतो यावरील आमचे मार्गदर्शक पहा.
सतत विचारले जाणारे प्रश्न
आयटी सेवा करार आणि एसएलए यांच्यामध्ये काय फरक आहे?
आयटी सेवा करार हा संबंधांचे नियमन करणारा करार आहे: व्याप्ती, शुल्क, बौद्धिक संपदा, गोपनीयता, दायित्व, मुदत आणि समाप्ती. सेवा स्तर करार हा त्याचा भाग आहे, जो सहसा एक परिशिष्ट असतो, जो मोजता येण्याजोगी कामगिरीची मानके आणि ती पूर्ण न केल्यास होणारे परिणाम निश्चित करतो. करार भागीदारीची व्याख्या करतो; तर सेवा स्तर करार कामगिरीची व्याख्या करतो. जेव्हा या दोन्हींमध्ये संघर्ष होतो, तेव्हा प्राधान्यक्रमाचे कलम ठरवते की कोणाचे पारडे जड होईल, आणि म्हणूनच ते कलम एखाद्या टेम्पलेटमधून स्वीकारण्याऐवजी जाणीवपूर्वक लिहिले पाहिजे.
आयटी सेवा करार किती कालावधीचा असावा?
व्यवस्थापित सेवांसाठी, सेवा पुरवठादाराने ऑनबोर्डिंगमध्ये केलेल्या गुंतवणुकीनुसार एक ते तीन वर्षांचा प्रारंभिक कालावधी सामान्य आहे. विकास प्रकल्पासाठी, कालावधी प्रकल्पानुसार ठरतो. कराराच्या लांबीपेक्षा बाहेर पडण्याची पद्धत अधिक महत्त्वाची आहे: सहा महिन्यांच्या सूचना कालावधीसह आणि काहीही हस्तांतरित करण्याच्या बंधनाशिवाय आपोआप नूतनीकरण होणाऱ्या एक वर्षाच्या करारापेक्षा, सोयीसाठी खऱ्या अर्थाने करार रद्द करण्याची तरतूद आणि संपूर्ण बाहेर पडण्याच्या कलमासह असलेला पाच वर्षांचा करार अधिक सुरक्षित आहे.
एखाद्या पुरवठादाराने आमच्यासाठी विकसित केलेल्या सॉफ्टवेअरची मालकी कोणाकडे आहे?
डच कायद्यानुसार, जोपर्यंत तुम्हाला लेखी स्वरूपात हक्क हस्तांतरित केले जात नाहीत, तोपर्यंत मालकी हक्क पुरवठादाराकडेच असतो. ज्याने कामासाठी पैसे दिले आहेत, त्याच्याकडे मालकी हस्तांतरित करण्याचा कोणताही नियम नाही; कॉपीराइट मालकाकडे निहित करणारा नियम कर्मचाऱ्यांसाठी लागू होतो, बाह्य पुरवठादार किंवा फ्रीलांसरसाठी नाही. खात्री करा की करारामध्ये, दोन्ही पक्षांनी स्वाक्षरी केलेले, सानुकूलित डिलिव्हरेबल्समधील हक्कांचे स्पष्ट हस्तांतरण आणि त्यामध्ये अंतर्भूत असलेल्या पुरवठादाराच्या स्वतःच्या पार्श्वभूमी सामग्रीला लागू होणारा परवाना समाविष्ट आहे. साखळी देखील तपासा: जर पुरवठादाराने उपकंत्राटदारांचा वापर केला असेल, तर तो त्यांच्याकडून कायदेशीररित्या मिळवलेले हक्कच हस्तांतरित करू शकतो.
आम्ही आयटी करार मुदतीपूर्वी रद्द करू शकतो का?
हे करारावर आणि कामाचे वर्गीकरण कसे केले आहे यावर अवलंबून असते. सेवा करारांसंबंधीचे वैधानिक नियम ग्राहकाला केलेल्या कामासाठी वाजवी मोबदला देण्याच्या अटीवर, कधीही करार रद्द करण्याची परवानगी देतात, परंतु व्यवसायांमध्ये हा अधिकार कराराद्वारे प्रतिबंधित केला जाऊ शकतो आणि अनेकदा केला जातो. जेव्हा सेवा पुरवठादार कराराचा भंग करतो, तेव्हा काम पूर्ण करण्यासाठी वाजवी कालावधी देऊन लेखी नोटीस देणे हा मार्ग असतो, आणि जर भंग कायम राहिला तर त्यानंतरही करार रद्द केला जातो. जर करारामध्ये सोयीसाठी करार रद्द करण्याचे कलम असेल, तर त्याचा वापर करा आणि नोटीस कालावधीचे तंतोतंत पालन करा.
सही करण्यापूर्वी आपण काय केले पाहिजे?
अग्रक्रमाचे कलम, व्याप्तीतील अपवाद, सेवा करारातील अपवाद आणि मापन पद्धत, एकमेव उपाययोजनेची शब्दरचना, दायित्वाची कमाल मर्यादा आणि त्यातील अपवाद, बौद्धिक संपदा कलम, प्रोसेसर करार, नूतनीकरण आणि सूचना तरतुदी, आणि बाहेर पडण्याची बंधने वाचा. जर हे नऊ मुद्दे बरोबर असतील, तर दस्तऐवजाचा उर्वरित भाग क्वचितच एखादा वाद सोडवतो.
करार योग्यरित्या करणे
Law & More नेदरलँड्समधील ग्राहक आणि सेवा पुरवठादारांना तंत्रज्ञान करारांच्या संपूर्ण संचावर सल्ला देते: आयटी सेवा करार आणि त्याचे कार्य विवरण, सेवा स्तर करार, विकास आणि अंमलबजावणी करार, सॉफ्टवेअर परवाने आणि एस्क्रो, क्लाउड आणि SaaS अटी, डेटा प्रक्रिया करार, आणि जेव्हा एखादा प्रकल्प अयशस्वी होतो किंवा सेवेची गुणवत्ता खालावते तेव्हा उद्भवणारे वाद. जर तुम्ही स्वाक्षरी करणार असाल, नूतनीकरणाच्या वेळी फेरवाटाघाटी करत असाल, किंवा एखाद्या सेवा पुरवठादार किंवा ग्राहकाशी तुमचा वाद असेल, तर आमचे वकील कागदपत्रांचे पुनरावलोकन करतील आणि पर्याय स्पष्ट करतील. तुमच्या परिस्थितीवर चर्चा करण्यासाठी कृपया आमच्याशी संपर्क साधा, किंवा आमचे वाचा. डच आयटी कायदा मार्गदर्शकसंबंधित करारांचे प्रकार आमच्या मार्गदर्शिकांमध्ये समाविष्ट आहेत. मताधिकार करार आणि ते सहभाग करार.
